Firefox hangs on startup in headless mode when the user is not logged in on the console
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox121 | --- | wontfix |
| firefox122 | --- | wontfix |
| firefox123 | --- | fixed |
People
(Reporter: lenny, Assigned: eeejay)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file, 1 obsolete file)
|
355.30 KB,
image/png
|
Details |
This is a regression due to https://bugzilla.mozilla.org/show_bug.cgi?id=1845407
On MacOS Sonoma (aarch64) Firefox headless no longer starts at all (hangs) when no one is logged onto the console
To reproduce: ./Firefox_Nightly.app/Contents/MacOS/firefox -headless --screenshot http://example.com
It will hang if no one is logged in on the console (user logs into via ssh)
This affects anyone running automated tests (i.e. Selenium) with Firefox on MacOS nodes.
| Reporter | ||
Updated•2 years ago
|
| Reporter | ||
Updated•2 years ago
|
| Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Setting regressed by bug 1845407 based on comment 0
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
| Assignee | ||
Comment 2•2 years ago
|
||
Updated•2 years ago
|
| Assignee | ||
Comment 3•2 years ago
|
||
Seems like we get applicationWillFinishLaunching, but not applicationDidFinishLaunching when running in headless with no user session.
I'm pretty sure you can't do a open with a URL into a headless instance anyway, so I don't think that code path is necessary for headless runs in general, regardless of a user session.
| Assignee | ||
Updated•2 years ago
|
| Reporter | ||
Comment 4•2 years ago
|
||
Let me know when I can test the fix :) Thank you!
Updated•2 years ago
|
Comment 5•2 years ago
|
||
:eeejay we are near the end of the beta cycle. 122.0b9 builds on 2024-01-12.
Though the patch is pending review, any concerns with timing/risk on an uplift for Fx122?
Comment 6•2 years ago
|
||
This was also put up for review in bug 1866098, where I have just r+'d the patch. I'll r+ this patch here as well in case we want to uplift this in isolation from bug 1866098.
| Assignee | ||
Comment 7•2 years ago
|
||
yeah, I ended up folding this change into bug 1866098 for simplicity. I'll abandon this patch.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
The severity field is not set for this bug.
:spohl, could you have a look please?
For more information, please visit BugBot documentation.
Comment 9•2 years ago
|
||
Since the fix for this landed in bug 1866098, I'm going to close this bug as a duplicate.
Comment 10•2 years ago
|
||
Lenny could you please check with latest Nightly that this works now? Thanks!
| Reporter | ||
Comment 11•2 years ago
|
||
Just tested the latest nightly and it works! Fantastic!
Thank you all for the quick fix!
| Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Description
•