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

fix!: internalize execution context #8844

Merged
merged 1 commit into from Aug 25, 2022
Merged

fix!: internalize execution context #8844

merged 1 commit into from Aug 25, 2022

Conversation

jrandolf
Copy link
Contributor

No description provided.

@jrandolf jrandolf requested a review from OrKoN August 25, 2022 12:42
@jrandolf jrandolf changed the base branch from main to jrandolf/r2-2-2 August 25, 2022 12:42
Base automatically changed from jrandolf/r2-2-2 to main August 25, 2022 15:01
@swissspidy
Copy link

Is there more context regarding this change? Seems like this breaks packages like pptr-testing-library and expect-puppeteer

@OrKoN
Copy link
Collaborator

OrKoN commented Aug 31, 2022

@swissspidy ExecutionContext API is a bit too broad and we want to make it internal to allow some future features. It looks like for these libraries getting the frame from the ElementHandle would work as well. Let me see if I can open PRs.

@OrKoN
Copy link
Collaborator

OrKoN commented Aug 31, 2022

With #8875 the frame getter will become the public API #8875 (it's already available at runtime but not in public types). The libraries should use the Frame directly instead of the execution context.

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

Successfully merging this pull request may close these issues.

None yet

3 participants