Open Bug 1312804 Opened 4 years ago Updated 3 years ago

Iframe that constantly reloads doesn't prevent parent load event

Categories

(Core :: DOM: Navigation, defect, P3)

defect

Tracking

()

People

(Reporter: jdm, Unassigned)

Details

Attachments

(1 file)

Attached file Testcase
The spec says that calling location.reload() should put the iframe into "delaying load events" mode. Since this is synchronous, I would expect a page that always reloads itself during the initial parse would mean that the parent document would never be able to dispatch a load event. The attached testcase shows that Firefox happily does so, even though there's never an iframe load event.

Couldn't verify Blink's behaviour, since the testcase made it unresponsive.
> should put the iframe into "delaying load events" mode.

Yes, but when?  You're looking at https://html.spec.whatwg.org/multipage/browsers.html#navigate step 9, right?

That's after the load event has been queued, no?  _That_ happens in step 8 when the previous navigation is aborted...
Flags: needinfo?(josh)
I guess it depends on exactly what https://html.spec.whatwg.org/multipage/syntax.html#stop-parsing step 6 means.  In particular, what happens if a single task first leads to a state where nothing is blocking, and then to a state where something is blocking.
Anne, do you have any input here?
Flags: needinfo?(josh) → needinfo?(annevk)
More specifically, is this something I should raise in the whatwg issue tracker?
You should probably raise it. The main questions I'd have is what the various browsers end up doing here, what is most desired, and how we are constrained by the web.
Flags: needinfo?(annevk)
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.