-
Notifications
You must be signed in to change notification settings - Fork 105
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
Grover::JavaScript::ProtocolError: Network.enable timed out. Increase the 'protocolTimeout' setting in launch/connect calls for a higher timeout if needed. #248
Comments
About to ask the same question... except 100% of our pdf generations are failing We have spent a few days trying different debugging issues, the only obvious thing to change was chromium incrementing from 126 to 127 On a broken environment, opening node and running
returns
But when I start a rails console and run Grover.new('test').to_pdf it will hang and return the error above, but running the same sequence on a working build returns PDF output The working infrastructure is: Broken infrastructure: We have updated a build this morning to use the latest |
Yeah, it looks like this is a Puppeteer issue with Alpine 3.20's Chromium version. For now a quick fix is downgrading to Alpine 3.19 as it looks like it's using a different Chromium that is still compatible. |
I'm not sure it is puppeteer... if you launch puppeteer via node it successfully renders pages But yes, rolling back to Alpine 3:19 and puppeteer 22.7.1 seems to be our only recourse to get this working |
I think it could be related to this: puppeteer/puppeteer#11640 (comment) The thing making it fail appears to be the More issues related to this on Puppeteer's repo: |
I'm having some success with changing my Grover configuration launch_args launch_args: %w[--no-sandbox] to launch_args: %w[--disable-gpu --no-sandbox] My testing is continuing but, so far, it is looking hopeful |
Not sure I can add much to this issue, but I'd welcome an update to the README if/when there is a resolution. As far as I can tell from the discussion above this isn't a Grover issue, but rather a Chrome/Chromium + your environment issue. Grover does not add/inject any launch arguments that you haven't told it to. Of course, forewarning others about potential configuration mismatches like this would be great. |
The response from Grover for downloading PDFs is 3.3 minutes and is raising timeouts. This is making the cpu usage skyrocket and restart the prod containers AND making Apply to be very slow. Solution Tried this: Studiosity/grover#248 (comment)
## Context We are experiencing timeout issues when users download PDFs in the provider interface (download applications and references) The response for downloading PDFs is reaching 3.3 minutes then a Grover timeout happens with the spike in CPU usage. **Then the cpu usage skyrocket and prod containers are restarted several times AND making Apply to be very slow.** ## Issues in other repos: Studiosity/grover#248 Studiosity/grover#233 ## Solution Tried this: Studiosity/grover#248 (comment)
it work for me
|
This is a very weird thing, never had any issue related to timeouts until a couple days ago and this has started happening randomly, not every request to Grover does this. Using Alpine 3.20.
My initializer:
I'm using Rails 7.1, Ruby 3.3.3. For Rendering PDFs I use this helper function that renders the action to a string and passes it to Grover.
Any ideas? Thank you.
The text was updated successfully, but these errors were encountered: