Open romainmoreau opened 1 year ago
Currently this is working as expected. afterOpened
emits after the opening sequence has finished which doesn't happen if you close it too quickly.
It should be possible to simulate the previous behavior by combining beforeClosed
and afterOpened
but I think the behavior in v14 made more sense because it was simplier and more intuitive:
Maybe at least it should be mentionned somewhere because it silently breaks code migrated to v15 expecting afterOpened
to be always emitted.
Is this a regression?
The previous version in which this bug was not present was
14
Description
afterOpened
is not emitted when the dialog is closed too fast.Reproduction
I noticed this issue running some e2e tests but it also can be manually reproduced: basically just go to https://stackblitz.com/edit/afteropened-not-always-emitted-15 and double click on the button.
Expected Behavior
afterOpened
should always emit a value before closing the dialog like in v14.https://stackblitz.com/edit/afteropened-not-always-emitted-14
Actual Behavior
afterOpened
is not emitted when the dialog is closed too fast.https://stackblitz.com/edit/afteropened-not-always-emitted-15
Environment