-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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: use stdio for CDP instead of TCP #14348
Conversation
Thanks for taking the time to open a PR!
|
@jennifer-shehane I don't think so, we'd need both Marionette and the Remote Protocol to be available over stdio, and I don't see config options for doing either. Currently the ports are set up like so: cypress/packages/server/lib/browsers/firefox.ts Lines 358 to 359 in 814fe6f
|
Test summaryRun details
View run in Cypress Dashboard ➡️ 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.
@flotwig What's the purpose of showing this warning to the user? Can they do anything with this info? IMO, warning should only be displayed if there's an action to advise the user to take.
Warning: Cypress failed to connect to Chrome via stdio after 1 second. Falling back to TCP...
I think this should only display in DEBUG logs. People tend to open issues when if they see warnings, so if the warning will print and then continue on normally - I don't want people opening an issue about this, thinking something is broken.
If the warning is necessary to be shown for some reason to the user, I would prefer to have some sort of 'success' message afterwards to indicate that the connection continued successfully.
Warning: Cypress failed to connect to Chrome via stdio after 1 second. Falling back to TCP...
Connection to TCP successful, continuing with tests
I did not technically review anything else in this PR.
Dismissing my previous review - expecting Zach to update to add a success msg after the warning.
… tests (#23522) * detect playwright-webkit browser * fix: use stdio for CDP instead of TCP (#14348) * wip: begin launchin webkit * run mode works w webkit in 10.0 * reset previous cdp changes * run driver webkit tests * always detect webkit in non-prod * fix version detection * actually run new job * cleanup * fix run * try caching pw binary * npx install pw binary * install-deps * add experimentalSessionAndOrigin wk tests * wk experimentalSessionAndOrigin tests * browser icon * fix some tests * reset browsers.ts change * fix more tests * fix even more tests, skip driver CI for now * comma * fix server-unit-test * fix websockets_spec * refactor wkautomation to initialize self from static async method * fix(proxy/prerequests): fix duplicate key behavior, fallthrough * Apply suggestions from code review Co-authored-by: Blue F <[email protected]> * simpler name for StackMap * fix proxy-logging spec, some xhr specs * fix last xhr test * update testConfigOverrides * skip webcam.cy.js * reenable driver tests * ci? * Suggestions from code review * skip remaining failures which won't be fixed here * fix/skip a couple tests * fix tests * skip crashy specs * skip hidden suites * Scoping down range of skipped type tests * Scoping down click test skips * Updating webkit contenteditable selection handling and associated test * Adding additional mouse event filtering when disabled. Validated by opening playwright-webkit outside of cypress and validating logged events when enabled/disabled. * Updating click 'mouseout coords' tests to account for default style changes * Updating a few more click 'mouse state' tests * Getting all click tests passing with no webkit skips. Fixing _most_ type tests, selection focus is troublesome. * Updating cross-origin type action test * Tweaking coords for CI rendering * Adding workaround for webkit default input selection. * Webkit -> WebKit * Adding logic and test for handling capture-phase focus event selections * Type errors tests now passing * Adding a couple more WebKit keyboard/mouse tweaks * Couple more tweaks for special_chars tests. * Updating contenteditable beforeinput event tests * Making WebKit checks more consistent * Don't expose webkit in public types * Adding comments and doing a little cleanup * PR updates * Simplifying workaround for webkit focus selection * Removing unnecessary test * Revert "Removing unnecessary test" This reverts commit 2c52293. * Revert "Simplifying workaround for webkit focus selection" This reverts commit 47d1155. * Removing comment that is no longer applicable * Simplifying selection logic that is now functional for all supported browsers Co-authored-by: Zach Bloomquist <[email protected]> Co-authored-by: Zach Bloomquist <[email protected]> Co-authored-by: Blue F <[email protected]>
User facing changelog
Additional details
CYPRESS_REMOTE_DEBUGGING_PORT
will force Cypress to use CDP in TCP modeCYPRESS_CDP_TARGET_TIMEOUT
)How has the user experience changed?
CYPRESS_CDP_TARGET_TIMEOUT
(undocumented, likeCYPRESS_REMOTE_DEBUGGING_PORT
, since it's just for testing purposes)PR Tasks
cypress-documentation
?type definitions
?cypress.schema.json
?