Closed Bug 1872516 Opened 6 months ago Closed 6 months ago

Firefox hangs on startup in headless mode when the user is not logged in on the console

Categories

(Core :: Widget: Cocoa, defect)

Firefox 121
ARM64
macOS
defect

Tracking

()

VERIFIED DUPLICATE of bug 1866098
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)

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.

Flags: needinfo?(spohl.mozilla.bugs)
Flags: needinfo?(nika)
Flags: needinfo?(hskupin)
Iteration: --- → 121.1 - Oct 23 - Nov 3
OS: Unspecified → macOS
Hardware: Unspecified → ARM64
Version: unspecified → Firefox 121
Summary: Firefox no longer starts in headless mode when the user is not logged in on the console → Firefox hangs in headless mode when the user is not logged in on the console
Summary: Firefox hangs in headless mode when the user is not logged in on the console → Firefox hangs on startup in headless mode when the user is not logged in on the console

Setting regressed by bug 1845407 based on comment 0

Keywords: regression
Regressed by: 1845407
Flags: needinfo?(spohl.mozilla.bugs) → needinfo?(eitan)
Status: UNCONFIRMED → NEW
Iteration: 121.1 - Oct 23 - Nov 3 → ---
Ever confirmed: true
Flags: needinfo?(hskupin)
Assignee: nobody → eitan
Status: NEW → ASSIGNED

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: eitan → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(eitan)
Assignee: nobody → eitan

Let me know when I can test the fix :) Thank you!

Flags: needinfo?(nika)

: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?

Flags: needinfo?(eitan)

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.

yeah, I ended up folding this change into bug 1866098 for simplicity. I'll abandon this patch.

Flags: needinfo?(eitan)
Depends on: 1866098
Attachment #9371789 - Attachment is obsolete: true

The severity field is not set for this bug.
:spohl, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(spohl.mozilla.bugs)

Since the fix for this landed in bug 1866098, I'm going to close this bug as a duplicate.

Status: NEW → RESOLVED
Closed: 6 months ago
Duplicate of bug: 1866098
Flags: needinfo?(spohl.mozilla.bugs)
Resolution: --- → DUPLICATE

Lenny could you please check with latest Nightly that this works now? Thanks!

Flags: needinfo?(lenny)

Just tested the latest nightly and it works! Fantastic!

Thank you all for the quick fix!

Flags: needinfo?(lenny)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: