-
-
Notifications
You must be signed in to change notification settings - Fork 4.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
Fix release regressions. #14281
Fix release regressions. #14281
Conversation
@rwjblue looks good |
@rwjblue I'm not sure about the |
@@ -478,7 +478,7 @@ export default Mixin.create({ | |||
{ id: 'ember-views.dispatching-modify-property', until: '3.0.0' } | |||
); | |||
|
|||
if (!this.scheduledRevalidation || this._dispatching) { | |||
if ((!this.scheduledRevalidation && !this.isDestroying) || this._dispatching) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this boolean doesn't seem correct, why would we schedule if isDestroying but we are this._dispatching? seems like isDestroying should just exit early altogether.
d7b9295
to
67300d6
Compare
Good point, updated. |
67300d6
to
d62be7a
Compare
Fixes regression related to `willDestroyElement` causing changes to subscribed streams. When that happened, the system would trigger `scheduleRevalidate` on the view (even though it was being destroyed). By the time that the async rerender occurs the queue of things to cleanup in `_destroyingSubtreeForView` has been reset to `null` causing the error reported. This fix simply avoids queueing up rerenders when the component is being destroyed.
Setting `parentView` to `null` is technically better, but unfortunately we have not had this reset in place for a while and folks have dependent keys that include `parentView`. Setting without `Ember.set` triggers the mandatory setter assertion. This removes the clearing of `parentView` (for now) so that we can properly message it being unobservable in the future.
Fixes #14266.
Fixes #14273.
Note This targets
release
directly (as HTMLBars is no longer part of master/beta branches).