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)
Core
DOM: Navigation
Tracking
()
NEW
People
(Reporter: jdm, Unassigned)
Details
Attachments
(1 file)
|
176 bytes,
text/plain
|
Details |
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.
Comment 1•4 years ago
|
||
> 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)
Comment 2•4 years ago
|
||
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.
| Reporter | ||
Comment 3•3 years ago
|
||
Anne, do you have any input here?
Flags: needinfo?(josh) → needinfo?(annevk)
| Reporter | ||
Comment 4•3 years ago
|
||
More specifically, is this something I should raise in the whatwg issue tracker?
Comment 5•3 years ago
|
||
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)
Updated•3 years ago
|
Priority: -- → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•