Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upIframe's contentDocument is incorrect before load event is fired #22503
Comments
|
Since frame.html and page.html are same-origin, we should be able to take a shortcut in the script thread to update the iframe's active |
|
This also affects various referrer-policy tests that use iframes, preventing the checks for Message.source from succeeding (even when #22499 is implemented). |
|
I'm fixing this as part of #22514. |
|
@jdm is this fixed now? |
|
Yes, but I'm going to leave this open to write an automated test that verifies this. |
bors-servo
added a commit
that referenced
this issue
Feb 11, 2019
Add test for contentDocument behaviour during parsing - [x] `./mach build -d` does not report any errors - [x] `./mach test-tidy` does not report any errors - [x] These changes fix #22503 - [x] There are tests for these changes <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/servo/22841) <!-- Reviewable:end -->
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
frame.html
page.html
This prints
failure!instead ofsuccess!when I load frame.html in Servo (a real HTTP server is required for same-origin access between the page and the iframe).The stored pipeline id for HTMLIFrameElement isn't updated to the new pipeline until the UpdatePipelineId message is received from the constellation, so we're missing out on the expected synchronous behaviour. This is visible in tests like bailout-exception-vs-return-xml.window.js as well, which end up testing about:blank instead of the expected page.