Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

follow_hyperlink is broken when targeting a browsing context for another process #25352

Open
jdm opened this issue Dec 20, 2019 · 2 comments
Open

Comments

@jdm
Copy link
Member

@jdm jdm commented Dec 20, 2019

It chooses a browsing context, then tries to get the window from it so it can call load_url. This is broken if the window exists in another process; we need to go through the constellation in that case.

@jdm
Copy link
Member Author

@jdm jdm commented Dec 20, 2019

This is also true about form submission and area element hyperlinks.

@jdm
Copy link
Member Author

@jdm jdm commented Dec 20, 2019

One way to make this issue more clear would be to rename the WindowProxy::document method to WindowProxy::document_in_current_process, and possibly have a return value that differentiates between "there is no record of the document" and "this document is not in this process".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.