MatSideNav autosize runs into ngZone 100% CPU
See original GitHub issueBug, feature request, or proposal:
Bug: regression MatSideNav autosize runs into ngZone
What is the expected behavior?
autosize code should run outside ngZone
What is the current behavior?
autosize code runs inside ngZone
What are the steps to reproduce?
<mat-sidenav-container autosize>
<mat-sidenav [opened]="isSidenavOpened" [mode]="'side'"></mat-sidenav>
</mat-sidenav-container>
https://stackblitz.com/edit/angular-material2-issue-fn9sts?file=app/app.component.html
What is the use-case or motivation for changing an existing behavior?
It pushes CPUs to their limit, 100% constant usage.
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Angular CLI: 6.0.0 Node: 8.9.4 OS: win32 x64 Angular: 6.0.0 Material: 6.0.1
Is there anything else we should know?
Does not happen unless this code is present
[opened]="isSidenavOpened" [mode]="'side'"
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (2 by maintainers)
Top Results From Across the Web
Angular Material SideNav autosize not working - Stack Overflow
You can easily fix this issue by adding autosize="true". Example: <mat-sidenav-container autosize="true">.
Read more >Falcon Sandbox v8.30 © Hybrid Analysis
This report has 3 indicators that were mapped to 5 attack techniques and 5 tactics. View all details ... Installs hooks/patches the running...
Read more >Sidenav - Angular Material
The sidenav components are designed to add side content to a fullscreen app. To set up a sidenav we use three components: <mat-sidenav-container>...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I can’t say since it depends on when the caretaker gets to merging the PR. The issue got introduced in 6.3.2 so you should be able to stick with 6.3.1 until the fix gets in.
This issue has been automatically locked due to inactivity. Please file a new issue if you are encountering a similar or related problem.
Read more about our automatic conversation locking policy.
This action has been performed automatically by a bot.