Document.readyState and events do not correlate to the actual state of iframe with srcdoc |
||||||
Issue descriptionVersion: 55.0.2862.0 canary (64-bit) OS: Mac OS X What steps will reproduce the problem? (1) Run http://jsbin.com/wuwuvo/edit?html,js,output What is the expected output? I'd expect that either the iframe's body and readyState correlate: either content is available or readyState != complete. What do you see instead? readyState == complete, but content is not available.
,
Sep 23 2016
,
Nov 22 2016
I can't repro on Android Chrome dev (56) or canary (57). Does it still repro for you?
,
Nov 23 2016
Yes. Fails just the same in the "Version 57.0.2926.0 canary"
,
Feb 10 2017
We've seen a similar issue where we were downloading a file in iFrame and the readyState was set to "complete" almost immediately and the file was still not downloaded.
,
May 12 2017
No repro on Android, Windows (M58). Please let us know if this still is an issue and under which circumstances (different profile, network, device, os, etc...).
,
May 15 2017
Hmm. It's reproduceable with ease with the example and environment provided above. To re-iterate for the new parameters: Version: 58.0.3029.96 (64-bit) OS: Mac OS X Siera 10.12.4 (1) Run http://jsbin.com/wuwuvo/edit?html,js,output (2) Observe that the it reports "Initial readyState = complete" and "Initial content available = false". Initial context cannot be reported as `false` when `readyState = complete`.
,
May 17 2017
Changing iframe.srcdoc kicks navigation on iframe asynchronously. Until the navigation starts, iframe1.contentDocument returns old document (about:blank in this case). http://jsbin.com/payewoqeli/edit?html,js,output "Initial readyState = complete" and "Initial content available = false" were from empty document of about:blank. (see location.href logs)
,
May 23 2017
Even if `srcdoc` is set before appending iframe to DOM (updated http://jsbin.com/wuwuvo/edit?html,js,output) it starts with `about:blank`. Is that intended? |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by dtapu...@chromium.org
, Sep 22 2016