-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
[BUG] browserType.connect() throws on executablePath errors #3935
Comments
Hi we don't yet support MacOS Big Sur: #2789 |
I am aware of that. It's perfectly fine to throw an error when trying to launch a browser instance on macOS Big Sur. However, the bug is that the same error is thrown when connecting to a remote browser - that doesn't make sense to me. The limitation is in the browser builds, not in de node code. |
Gotcha, makes sense. Then it seems to be a bug and related to #3919 too. |
Cherry-pick: - PR microsoft#3943 SHA 0090cd943c8c724cb0fe8b02f4fd7f7e7ba837bd References microsoft#3919 and microsoft#3935
…3946) Cherry-pick: - PR #3943 SHA 0090cd943c8c724cb0fe8b02f4fd7f7e7ba837bd References #3919 and #3935 Co-authored-by: Pavel Feldman <[email protected]>
Context:
Code Snippet
Describe the bug
Chromium is not currently supported with Playwright on macOS 11 beta 7. It (correctly) throws this error:
The bug is that this error is also thrown when using
browserType.connect()
. The filebrowserTypeDispatcher.js
checks forexecutablePath
, even if you're connecting to a remote websocket. It should only check onbrowserType.launch*()
The text was updated successfully, but these errors were encountered: