Open
Bug 1660507
Opened 4 years ago
Updated 4 years ago
Cross-origin timeouts/intervals are suspended during sync operations
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
NEW
People
(Reporter: u608768, Unassigned)
References
Details
Attachments
(1 file)
423 bytes,
text/html
|
Details |
This came up in bug 1646498 comment 7.
STR
- Open https://kashav.ca/bugs/1660507/a1.html. Note that the toplevel frame and the innermost frame are same-origin, and that the middle frame is cross-origin. This reproduces regardless of if the frames are same process or not (not a fission bug!).
- Wait a few seconds for the counters to start.
- Click either the alert or confirm button in any frame to enter a sync modal operation.
- In Firefox, you should notice that all 3 counters are paused while a modal is open. Chrome only pauses counters in the same origin as the modal (e.g., opening the modal from the middle frame will not pause the toplevel/innermost counter and similarly for modals opened in the toplevel/innermost frame).
I haven't checked the spec yet, so I'm unsure who is correct here, but figured I'd file this anyways.
Summary: Cross-origin timeouts are suspended during sync operations → Cross-origin timeouts/intervals are suspended during sync operations
Superficially, it looks like we're doing the right thing here. Needinfoing annevk for spec assessment.
Severity: -- → S4
Flags: needinfo?(annevk)
Comment 3•4 years ago
|
||
Under ideal circumstances the two (theoretical) event loops involved would use separate threads/processes, but the specification allows both Chrome's and Firefox's behavior. See https://html.spec.whatwg.org/#event-loops.
Flags: needinfo?(annevk)
You need to log in
before you can comment on or make changes to this bug.
Description
•