-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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: Prepare for Chrome's update for immutable document.domain #20405
Conversation
… and proxied requests that have domain injection
Thanks for taking the time to open a PR!
|
Test summaryRun details
View run in Cypress Dashboard ➡️ Flakiness
This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tbiethman Looks good, but I think that this change is user-facing and should be categorized as a fix:
, we are now sending a new header that fixes an issue (even tho it's with an unreleased browser version)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good!
Released in This comment thread has been locked. If you are still experiencing this issue after upgrading to |
User facing changelog
Origin-Agent-Cluster
header for proxied responses to ensuredocument.domain
can continue to be set with Chrome v106 and upAdditional details
Chrome is planning to make document.domain immutable by default in a future release, currently targeted at v106. The will do so by interpreting the default value of the
Origin-Agent-Cluster
response header astrue
rather thanfalse
as it is today.This PR sets the
Origin-Agent-Cluster
header explicitly to false on the top-level runner response, as well as the iframe response and proxied request responses that have a domain setter injected into them. This will allow tests that utilize subdomains to continue to execute appropriately.Validation is a little tricky given that we're ahead of the game and no existing tests currently fail without this change. Unit tests/comments were added for the appropriate functions to ensure that these additions aren't inadvertently removed prior to the deprecation taking place. You can validate the current changes as well by starting the runner with Chromium 101 and verifying that no deprecation warnings are logged to the console during an e2e test run.
How has the user experience changed?
PR Tasks
cypress-documentation
?type definitions
?cypress.schema.json
?