-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Ensure PDF browsing contexts have no DOM
Previously, the spec allowed either the "page load processing model for content that uses plugins" or the "page load processing model for inline content that doesn't have a DOM" to be used for PDFs. The observable difference was that plugin documents could be same-origin to their containing page, allowing the containing page to observe the <embed> element etc. Since 2/3 browsers choose the "no DOM" path, and that path is simpler, we make it the only allowed path. This also fixes a few bugs in the no-DOM processing model: * If it was reached for the PDF case, there was no check to disallow viewing the PDF in a sandboxed browsing context. * It was passing a null request to the Document creation algorithm, which was not allowed. * It would lose the history handling behavior, so it would not properly do replace navigations if requested. * It would lose the navigation id, so it would not properly signal the results to WebDriver BiDi. * It was missing a few other navigation params fields.
- Loading branch information
Showing
1 changed file
with
66 additions
and
97 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters