Behavior for document.open and new window global (Consider matching Blink/WebKit)
Categories
(Core :: DOM: Core & HTML, enhancement, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox61 | --- | affected |
People
(Reporter: karlcow, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [webcompat:p3])
![]() |
Reporter | |
Updated•7 years ago
|
Comment 1•7 years ago
|
||
Updated•7 years ago
|
![]() |
Reporter | |
Updated•6 years ago
|
![]() |
Reporter | |
Updated•6 years ago
|
Comment 2•6 years ago
|
||
In-production Mobify powered sites also use document.write trickery, and rely on Chrome's behavior here. They essentially use this pattern to re-load the document, even after the document's readyState is interactive:
setTimeout(function() {
x.open("text/html", "replace");
x.write(w);
x.close()
})
This of course leads to related breakage, as seen in https://webcompat.com/issues/23246
![]() |
||
Comment 3•6 years ago
|
||
We should just fix bug 1489308 which has spec links and the rest. Pretty sure that will fix this bug.
Comment 4•6 years ago
|
||
(In reply to Boris Zbarsky [:bzbarsky, bz on IRC] from comment #3)
We should just fix bug 1489308 which has spec links and the rest. Pretty sure that will fix this bug.
Cool, let's dupe this (and try to remember to test the broken sites when Bug 1489308 is fixed).
![]() |
||
Comment 5•6 years ago
|
||
and try to remember to test the broken sites
As long as you do the remembering... ;) That's why I had left this open, as a reminder.
Comment 7•6 years ago
|
||
I've tested the dupes, and re-opened 2 bugs that weren't fixed (likely viewport interop issues).
Assignee | ||
Updated•6 years ago
|
Description
•