Closed Bug 1891167 Opened 5 months ago Closed 4 months ago

Mac OS: opening a website with `open` with Firefox as default browser fails, "procNotFound: no eligible process with specified descriptor"

Categories

(Core :: Widget: Cocoa, defect, P1)

Firefox 124
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: git.ilyag, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:124.0) Gecko/20100101 Firefox/124.0

Steps to reproduce:

I have Firefox set as default browser on Mac OS.

I run open http://example.com

Actual results:

$ open http://example.com
The application cannot be opened for an unexpected reason, error=Error Domain=NSOSStatusErrorDomain Code=-600 "procNotFound: no eligible process with specified descriptor" UserInfo={_LSLine=376, _LSFunction=_LSAnnotateAndSendAppleEventWithOptions}

Expected results:

Firefox should have opened http://example.com

More details:

open -a Firefox http://example.com had the same result.
open -a Google\ Chrome http://example.com worked.

This is on Apple Silicon, Sonoma 14.4.1

$ uname -a
Darwin macaw.local 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:12:49 PDT 2024; root:xnu-10063.101.17~1/RELEASE_ARM64_T6020 arm64 arm Darwin

Rebooting the computer seems to have fixed the problem, at least temporarily.

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Product: Firefox → WebExtensions

Hello,

I could not reproduce the issue on the latest Nightly (127.0a1/20240428214249) and Release (125.0.2/20240419144423) under macOS 11.3.1.

Running open http://example.com in the terminal will launch Firefox (the one I had set as default at the time) and open http://example.com in a tab.

Also, the issue appears wrongly triaged as there is nothing in Comment 0 pointing to extensions being the cause. Will set a more appropriate Product and Component for the report.

Component: Untriaged → General
Product: WebExtensions → Firefox

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

For more information, please visit BugBot documentation.

Flags: needinfo?(mak)

Haik, do you know who may have a look at this issue on the MacOS integration side? Any help to find the right team/person is welcome.

Flags: needinfo?(mak) → needinfo?(haftandilian)

@Marco, I'll look into this one for now. Stephen Pohl would be the best person, but he's out for a few days. Moving over to Widget/Cocoa.

Flags: needinfo?(haftandilian)
Severity: -- → S3
Component: General → Widget: Cocoa
Priority: -- → P1
Product: Firefox → Core
See Also: → 1871447

I can't reproduce this, I'm on macOS 14.4.1 too. But my default browser is Firefox Nightly.
open -a Firefox http://example.com works and opens Firefox 125.0.3.

@git.ilyag, thanks for reporting the issue. Has the problem returned since you rebooted?

Online, I have found some reports of this occurring intermittently with different applications including Google Chrome. Like @acornestean, I can not reproduce the problem. I tested with Firefox 121, 124, 125, and 128.

I thought this might be related to our removal of firefox-bin in bug 1873782. Which was in response to bug 1871447. Given that the problem is not reproducible in any of the affected Firefox versions and the issue went away after rebooting, we'll have to assume this is a macOS bug causing a temporary problem.

Closing the bug as not reproducible. It can be re-opened if the problem returns.

Status: UNCONFIRMED → RESOLVED
Closed: 4 months ago
Resolution: --- → WORKSFORME
Flags: needinfo?(git.ilyag)

I haven't seen the bug again yet. If I were to guess, it may have something to do with Mac OS security policies.

I saw the bug when I was testing an app that was supposed to start a local server and open a browser pointing to it automatically. I haven't been testing this app as actively since.

In any case, thanks for trying to reproduce it. Perhaps I or somebody else will find the bug when they see the problem again.

Flags: needinfo?(git.ilyag)
You need to log in before you can comment on or make changes to this bug.