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

Timing out when we set "RemoteDebuggingAllowed" to 0 for chrome #2881

Open
jaydeep009 opened this issue Feb 14, 2025 · 3 comments
Open

Timing out when we set "RemoteDebuggingAllowed" to 0 for chrome #2881

jaydeep009 opened this issue Feb 14, 2025 · 3 comments

Comments

@jaydeep009
Copy link

"RemoteDebuggingAllowed" should be set to 0 in registry under path HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome
If this does not exist , then create one.

If this is set and we run puppeteer sharp for html to pdf conversion then it times out.

Image

@kblok
Copy link
Member

kblok commented Feb 14, 2025

If you don't allow remote debugging, puppeteer can't automate your browser.

@jaydeep009
Copy link
Author

OK, so if this registry key is enabled, then puppeteer sharp will not be able to perform automation and then conversion.
Is there a workaround for these or is it mandatory to keep this key disabled?

For workaround currently i am shipping chrome headless binaries so it doesn't point to installed chrome

@kblok
Copy link
Member

kblok commented Feb 14, 2025

OK, so if this registry key is enabled, then puppeteer sharp will not be able to perform automation and then conversion. Is there a workaround for these or is it mandatory to keep this key disabled?

For workaround currently i am shipping chrome headless binaries so it doesn't point to installed chrome

Yes. You won't be able to automate chrome with any automation tool with that flag.

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

No branches or pull requests

2 participants