Firefox crashes in headless mode
Categories
(Firefox :: Headless, defect, P3)
Tracking
()
People
(Reporter: etienne, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4100.3 Safari/537.36
Steps to reproduce:
View the attached example page in headless mode.
Also appears in Firefox 75, did not test in earlier versions than 74.
Impact is primarily for automated tests failing, users should not be affected (due to headless mode).
Actual results:
Firefox crashed.
Expected results:
Firefox should not have crashed.
|
||
Comment 2•5 years ago
|
||
The priority flag is not set for this bug.
:bdahl, could you have a look please?
For more information, please visit auto_nag documentation.
|
||
Comment 3•5 years ago
|
||
I'm unable to reproduce with Firefox 75 on Ubuntu 20. I tried firefox -P temp_folder --headless https://bugzilla.mozilla.org/attachment.cgi?id=9139402
How are you running the test?
|
Reporter | |
Comment 4•5 years ago
|
||
firefox -headless reproduce.html
I've noticed it does work for firefox --headless reproduce.html (note the double dash)
The Cypress test-suite automatically adds these parameters:
'-marionette',
'-new-instance',
'-foreground',
'-start-debugger-server',
'-no-remote',
'-headless'
Stderr:
*** You are running in headless mode.
(firefoxdeveloperedition:34443): Gtk-CRITICAL **: 20:23:58.551: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed
(firefoxdeveloperedition:34443): Gtk-CRITICAL **: 20:23:58.551: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed
(firefoxdeveloperedition:34443): Gtk-CRITICAL **: 20:23:58.551: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed
ExceptionHandler::GenerateDump cloned child 34579
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Exiting due to channel error.
Exiting due to channel error.
|
|
Reporter | |
Comment 5•5 years ago
|
||
Okay, ignore the last comment #4 - that was rubbish. --headless and -headless are exactly the same.
To be more precice:
Firefox 74.0 firefox --headless did not work (but tested a while ago, don't have version 74 available anymore).
Firefox 75.0 firefox --headless works, no issues (somehow).
Firefox 76.0 firefox-developer-edition --headless does not work, see stderr of comment #4.
|
|
||
Comment 6•5 years ago
|
||
The priority flag is not set for this bug.
:bdahl, could you have a look please?
For more information, please visit auto_nag documentation.
|
|
||
Comment 7•5 years ago
|
||
Can you try pointing firefox-developer-edition at an empty profile folder e.g. --profile some_empty_folder?
|
|
Reporter | |
Comment 8•5 years ago
|
||
I've added the crash details - I didn't see anything useful in there, but maybe the trained eye can decipher something of use.
|
|
Reporter | |
Comment 9•5 years ago
|
||
Pointing to an empty profile folder works, the crash does not occur.
The weird thing is, that Firefox-DE is not my main driver - I barely ever use it to browse, there are no extensions, bookmarks or anything basically.
|
|
Reporter | |
Comment 10•5 years ago
|
||
Follow-up on the weirdness: some_empty_folder has to exist, whoops.
(1) a new profile, first time, works
(2) a new profile, used once (either headless or headed, doesn't matter), then used again (headless) - does not work, same error as described
|
||
Comment 11•5 years ago
|
||
Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)
|
||
Comment 12•4 years ago
|
||
Observed a similar crash using firefox 80, it is 100% reproducible. The crash ID is f5d7274f-1e5c-479d-8b3b-43eef0200831 and signature is _gtk_style_provider_private_get_settings, running in headless mode using python selenium with geckodriver and marionette, tried with a new and existing profile, captured the crash logs with a new profile.
|
||
Comment 13•4 years ago
|
||
I also have this problem in Karma unit tests: headless Firefox crashes when there is a click on a file input. It totally messes up my Karma server and hands utill timeout and then the rest of the tests do not run in Firefox. Chromium Headless works just fine. I've made a full reproduction in this Gist: https://gist.github.com/lana-k/3ba04b2c33db69dc7ed22f6ac6b9bdfa
Description
•