-
Notifications
You must be signed in to change notification settings - Fork 76
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
input-time-zone
emits multiple open/close events when toggling open
#9315
Comments
Picking this one up since I found out the cause of this while working on #9018. I think this one is doable for this upcoming release. cc @geospatialem |
Reallocated to August for additional testing and follow-up! 💪🏻 |
… properly (#9958) **Related Issue:** #9641, #9315 ## Summary This addresses some issues that prevented `beforeOpen`/`open` and `beforeClose`/`close` events from emitting as expected. ### Notable changes: * Removes redundant/unused transitions in favor of ones used for open/close transitions * Updates `input-date-picker` to set `open` via a prop instead of a attribute to avoid the transition starting before `onToggleOpenCloseComponent` was called. We could refactor this if `popover` and similar components use a different, internal, attribute to control transitions. * Updates tests that would now have a transition when opening/closing * Remove unnecessary `OpenCloseComponent` implementation from `input-time-picker` as it can delegate to the internal `popover`. * Updates `block` to use on margin transition to determine when it is open or closed. I will create a refactor issue to refactor the open/close transition, focusing on the content, and will update the implementation to use this instead. * Refactored `notice`'s styles to properly transition when opened/closed. * Added missing `openClose` tests to `sheet` and `tooltip` E2E test suites. * Added option to `openClose` test helper for tests that are expected to use the fallback due to the normal transition start/end events not being able to fire properly. * Improved `openClose` test helper to consider timing between beforeOpen/Close and open/close events. * Fixed `whenTransitionOrAnimationDone` issue that prevented the correct duration to be associated with the open/close transition.
@DitwanP, can we reopen this issue? I'm not seeing any change in behavior in your codepen nor |
Confirmed the above is not mitigated in |
Installed and assigned for verification. |
Verified in |
Check existing issues
Actual Behavior
When enabling the
input-time-zone
component'sopen
prop, events are emitted in this order:calciteInputTimeZoneOpen
calciteInputTimeZoneBeforeOpen
calciteInputTimeZoneOpen
When disabling the
input-time-zone
component'sopen
prop, events are emitted in this order:calciteInputTimeZoneClose
calciteInputTimeZoneBeforeClose
calciteInputTimeZoneClose
Expected Behavior
Presumably the first
calciteInputTimeZoneOpen
andcalciteInputTimeZoneClose
events never occur.Reproduction Sample
https://codepen.io/nwhittaker-esri/pen/BaeaXom
Reproduction Steps
Reproduction Version
2.8.0
Relevant Info
Encountered while investigating a workaround for the issue where opened overlays do not dismiss when clicking outside of them but on an element that stops event propagation.
Regression?
No response
Priority impact
p3 - want for upcoming milestone
Impact
Impact is minimal since we don't currently make use of these
input-time-zone
events.Calcite package
Esri team
ArcGIS Field Apps
The text was updated successfully, but these errors were encountered: