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)

defect

Tracking

()

People

(Reporter: u608768, Unassigned)

References

Details

Attachments

(1 file)

423 bytes, text/html
Details

This came up in bug 1646498 comment 7.

STR

  1. 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!).
  2. Wait a few seconds for the counters to start.
  3. Click either the alert or confirm button in any frame to enter a sync modal operation.
  4. 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.

Attached file b.html
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)

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.

Attachment

General

Creator:
Created:
Updated:
Size: