-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Removing the problematic share from the zone.js changes #2315
Conversation
I'm thinking |
|
Also |
Thoughts @kamshak? Hate to think I'm missing something here that you already thought out. |
Cutting |
@jamesdaniels looks good, sorry didn't run into this issue during testing. It should work fine without the share, it only helped when there were lots of subscriptions to the same (and nested) observables in SSR where sometimes it would cause the zone to block. Maybe we can find a way to add tests for the issues reported (because of the share) and I'll try to reproduce the Zone issue it was supposed to fix in a test as well so we can safely work on a solution. |
@kamshak no worries. I didn’t catch it either and you did the community a solid with that massive PR. I agree some hot/cold/warm/lukewarm 😝 observable tests would be a good guard on future bugs of this sort. No rush though. If you can repro the lock ups that would probably be most valuable. Would be nice to know at what scale things start acting up. Also FYI I’m not opposed to a simple shareReplay so long as we’re refcounting. |
I believe this to be the root cause of #2309, #2314, #2312.
This came up in the review of #2243 but neither my test applications or the test suite caught that it would cause any issues. I merged into 5.x series because I figured
fromRef
was deep enough in the codebase and dropping ashare()
wasn't a big deal.I'm planning to drop this in a patch.
Demonstrating the break fix/here https://stackblitz.com/edit/angular-7kb1uf?file=src%2Fapp%2Fapp.component.ts