Puppeteer fails with Chromium 72.0.3626.96
See original GitHub issueHello everyone, I am working on a Wikimedia project called chromium render (a.k.a Proton) and we use Debian stretch and its stable channel to run chromium. Recently we had an issue registered after Debian library upgrade to 72.0.3626.96-1~deb9u1.
Now we got the following error when trying to instantiate chromium inside a job queue:
Unexpected error: Error: Failed to launch chrome!\n[0219/100722.128782:ERROR:address_tracker_linux.cc(158)] Could not create NETLINK socket: Operation not supported (95)\nFailed to create secure directory (/nonexistent/.config/pulse): No such file or directory\nReceived signal 11 SEGV_MAPERR 000000000080\n#0 0x5631c6f02711 <unknown>\n#1 0x5631c6f02b7b <unknown>\n#2 0x5631c6f031de <unknown>\n#3 0x7f412c3350c0 <unknown>\n#4 0x5631c52ea314 <unknown>\n#5 0x5631c52f51b7 <unknown>\n#6 0x5631ca9dd566 <unknown>\n#7 0x5631ca9dd61a [0219/100722.141180:ERROR:udev_linux.cc(21)] Failed to initialize udev, possibly due to an invalid system configuration. Various device-related browser features may be broken.\n<unknown>\n#8 0x5631c5286fd3 <unknown>\n#9 0x5631c5700c32 <unknown>\n#10 0x5631c5289089 <unknown>\n#11 0x5631c528a039 <unknown>\n#12 0x5631cb4af775 <unknown>\n#13 0x5631c69ad257 <unknown>\n#14 0x5631c69ad501 <unknown>\n#15 0x5631c69ad8b0 <unknown>\n#16 0x5631c69b8b7a <unknown>\n#17 0x5631c69ab6c5 <unknown>\n#18 0x5631ca9e32e3 <unknown>\n#19 0x5631ca9e34d4 <unknown>\n#20 0x5631c69b5d49 <unknown>\n#21 0x5631c4653d6d ChromeMain\n#22 0x7f411e75f2b1 __libc_start_main\n#23 0x5631c4653b8a _start\n r8: 0000000000000001 r9: 0000000000000030 r10: 00007f40ebfff9d0 r11: 0000000000000202\n r12: 00007ffff50ac1f0 r13: 00005631ce187d30 r14: 00007ffff50ac240 r15: 00005631ce1862c0\n di: 00007ffff50ac1f0 si: 00005631cba9a770 bp: 00007ffff50ac290 bx: 00005631ce186490\n dx: 00005631c52ea314 ax: 00007ffff50ac1f0 cx: 0000000000000319 sp: 00007ffff50ac190\n ip: 00005631c52ea314 efl: 0000000000010202 cgf: 002b000000000033 erf: 0000000000000004\n trp: 000000000000000e msk: 0000000000000000 cr2: 0000000000000080\n[end of stack trace]\nCalling _exit(1). Core file will not be generated.\n\n\nTROUBLESHOOTING: https://github.com/GoogleChrome/puppeteer/blob/master/docs/troubleshooting.md\n
Steps to reproduce
Tell us about your environment:
- Puppeteer version: v1.11.0
- Platform / OS version: debian stretch
- Node.js version: 6.11+
What steps will reproduce the problem? I set up a Docker environment to test it:
cd path/to/cloned/repo
docker build ./ --file testing.Dockerfile -t proton
docker run -it -p 3030:3030 proton
- If you can see the service startup log, access http://localhost:3030/en.wikipedia.org/v1/pdf/Brazil/letter to test the PDF rendering
What is the expected result?
- The server returns 200 and PDF is downloaded successfully
What happens instead?
- The server returns 500 and you can see the error mentioned above on the server log.
With the right matching versions between puppeteer and chromium the service works fine. You can reproduce them following steps above with the repos below:
- Puppeteer v1.11.0 with chromium 72.0.3618.0: https://github.com/mateusbs17/mediawiki-services-chromium-render/blob/puppeteer_v1.11.0
- Puppeteer v1.12.2 with chromium 73.0.3679.0: https://github.com/mateusbs17/mediawiki-services-chromium-render/tree/puppeteer_v1.12.2
Thanks in advance.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:4
- Comments:13 (2 by maintainers)
Top Results From Across the Web
T216493 Proton fails with Chromium 72.0.3626.96
It looks like Chromium is trying to write some PulseAudio config. @MSantos I'd say to first try to upgrade to the latest puppeteer...
Read more >Error: Failed to launch the browser process puppeteer
What works for me was to download chromium manually sudo apt-get install chromium-browser . And then, tell Puppeteer where chromium is located :...
Read more >Troubleshooting - Puppeteer
This means that the browser was downloaded but failed to be extracted correctly. The most common cause is a bug in Node.js v14.0.0...
Read more >It is *not* possible to detect and block Chrome headless - Intoli
I'll set up a test page that implements each of Antione's tests, and then show how it's fairly trivial to bypass each of...
Read more >puppeteer.Page.setUserAgent JavaScript and Node.js code ...
const browser = await puppeteer.launch(options) const page = (await ... like Gecko) Chrome/84.0.4147.125 Safari/537.36' ) try { await startGoto(page, ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
JFTR, for the setup described by mateusbs17 we fixed it by upgrading to Chromium 72.0.3626.122, there appears to be a regression in Chromium releases >= 72.0.3626.96 and < 72.0.3626.122 which broke --remote-debugging-port. Not closing the task yet, but maybe others affected by this regression could re-test their setups as well.
Same error message in my CI pipeline.