1766258 - Every profile can only be launched once (macOS)

Status: RESOLVED FIXED

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

Description

[Dan Lach]

Attachment: Screen Shot 2022-04-25 at 14.42.43.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36

Steps to reproduce:

Using OS Sierra, the program refuses to open.

Actual results:

Upon creating a new profile with Terminal it will open. However, once you quit, a new profile must be once again created or it will not open

Comment 1

[Andre Klapper]

Please see https://support.mozilla.org/en-US/kb/firefox-wont-start-find-solutions

Comment 2

[Dan Lach]

Comments do not yield any positive solution

Comment 3

[Negritas Sergiu, Desktop QA]

Hello I have tried to reproduce the issue on macOS 10.13 but in my case firefox 99.0.1 and 101.0a1(2022-04-27) opened multiple times with the same profile for each firefox
Could you please answer the following questions in order to further investigate this issue

1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
2. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
3. Do you have any addons installed if so can you list them?

Comment 4

[Dan Lach]

Attachment: Screenshot on 2022-04-27 at 12:17:18.png

Comment 5

[Dan Lach]

Beta version also not operational

Comment 6

[Gian-Carlo Pascutto [:gcp]]

Spohl, if reporter would click the "Report" button in that dialog, is there anything there that might give us a clue where to start looking?

Comment 7

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Agreed, let's start there. In the dialog that gets displayed in your screenshot from comment 4, could you please click on "Report..." and then copy/paste (or attach) the report to this bug? Thanks!

Comment 8

[Dan Lach]

Attachment: Screenshot on 2022-05-28 at 13:28:09.png

Comment 9

[Dan Lach]

Attachment: Screen Shot 2022-05-28 at 14.31.42.pdf

Comment 10

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Could you check and see if libmozglue.dylib is present under /Applications/Firefox.app/Contents/MacOS?

Comment 11

[Dan Lach]

libmozglue.dylib is present

Comment 12

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Could you please run the following two commands in a Terminal and post the output here?

codesign -dv /Applications/Firefox.app
codesign -vvvv /Applications/Firefox.app

Comment 13

[Dan Lach]

Attachment: Screen Shot 2022-05-31 at 09.36.30.pdf

Comment # 12 on Bug 1766258 from Stephen A Pohl [:spohl] at 2022-05-30 12:41:17 PDT
Could you please run the following two commands in a Terminal and post the output here?

codesign -dv /Applications/Firefox.app
codesign -vvvv /Applications/Firefox.app

Comment 14

[Stephen A Pohl [:spohl] (OOO until 3/13)]

This all looks correct and I'm running out of ideas. The only thing I've noticed in one of your logs is that you apparently have System Integrity Protection turned off, which could lead to issues if malicious software were to make changes on your system. But at least in Firefox's case, the bundle seems to be valid and passing all codesign verification checks. Markus, have you seen anything like this before?

Comment 15

[Markus Stange [:mstange]]

I have not seen this before.

Glandium, do you have ideas why libmozglue.dylib can only be opened once per Firefox profile on this machine?

Comment 16

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Oh, one more thing that just came to mind: what is the path to your user profile? Does your home directory have any special characters for example?

Comment 17

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Could you try running this Firefox build and report back if this fixes the issue for you? This is a build that includes the fix for bug 1770484 and there is a chance that this might fix the issue here too:

https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/NEIaGjVMQ3Sn1jUWz_iVrQ/runs/0/artifacts/public/build/target.dmg

Comment 18

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Requesting need-info for comment 16 and comment 17.

Comment 19

[Dan Lach]

(In reply to Stephen A Pohl [:spohl] from comment #12)

Could you please run the following two commands in a Terminal and post the output here?

codesign -dv /Applications/Firefox.app
codesign -vvvv /Applications/Firefox.app

(In reply to Stephen A Pohl [:spohl] from comment #17)

Could you try running this Firefox build and report back if this fixes the issue for you? This is a build that includes the fix for bug 1770484 and there is a chance that this might fix the issue here too:

https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/NEIaGjVMQ3Sn1jUWz_iVrQ/runs/0/artifacts/public/build/target.dmg

Yes!! Wow, you are good, thank you., very much....problem solved.

Comment 20

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Fantastic! Please don't use this particular build permanently going forward as you will not be receiving important updates with this build. Hopefully, the patch in bug 1770484 will land soon and a public Nightly build should become available within hours after landing.

Out of curiosity: were you able to check the path to your profile? Was there anything unusual about the path?

Comment 21

[Dan Lach]

(In reply to Stephen A Pohl [:spohl] from comment #20)

Fantastic! Please don't use this particular build permanently going forward as you will not be receiving important updates with this build. Hopefully, the patch in bug 1770484 will land soon and a public Nightly build should become available within hours after landing.

Out of curiosity: were you able to check the path to your profile? Was there anything unusual about the path?

Hi...How do I check that?

Comment 22

[Stephen A Pohl [:spohl] (OOO until 3/13)]

When you type about:support in the URL bar (or click on Help > More Troubleshooting Information), you should be able to see the path under "Profile Folder" halfway down on the Application Basics chart at the top of the page. It would also be interesting to see the path to "Application Binary" and "Update Folder" in this same chart.

Comment 23

[Dan Lach]

Profile Folder: /Users/danlach/Library/Application Support/Firefox/Profiles/5wa5yklf.default-default
App Binary: /Applications/Firefox Nightly.app/Contents/MacOS/firefox
Update Folder: /Users/danlach/Library/Caches/Mozilla/updates/Applications/Firefox Nightly

Comment 24

[Stephen A Pohl [:spohl] (OOO until 3/13)]

(In reply to Dan Lach from comment #23)

Profile Folder: /Users/danlach/Library/Application Support/Firefox/Profiles/5wa5yklf.default-default
App Binary: /Applications/Firefox Nightly.app/Contents/MacOS/firefox
Update Folder: /Users/danlach/Library/Caches/Mozilla/updates/Applications/Firefox Nightly

This is with the new build, correct? Does it show something different with the regular release Firefox that exhibited the issue?

Comment 25

[Dan Lach]

Data above pertains to successfully installed and normal operation of Firefox Nightly.

I reinstalled Firefox 101.0 and it still does not load. Terminal spits out the following message:

Abort trap: 6
Mac-mini:~ danlach$ /Applications/firefox.app/Contents/MacOS/firefox -profilemanager
dyld: Library not loaded: @executable_path/libmozglue.dylib
Referenced from: /Applications/firefox.app/Contents/MacOS/firefox
Reason: no suitable image found. Did find:
/Applications/firefox.app/Contents/MacOS/libmozglue.dylib: open() failed with errno=1
/Applications/firefox.app/Contents/MacOS/libmozglue.dylib: stat() failed with errno=1
/Applications/Firefox.app/Contents/MacOS/libmozglue.dylib: open() failed with errno=1
/Applications/Firefox.app/Contents/MacOS/libmozglue.dylib: stat() failed with errno=1
Abort trap: 6
Mac-mini:~ danlach$ /Applications/firefox.app/Contents/MacOS/firefox-bin -profilemanager
_RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL.

###!!! [Parent][PImageBridgeParent] Error: RunMessage(msgname=PImageBridge::Msg_WillClose) Channel closing: too late to send/recv, messages will be lost

Mac-mini:~ danlach$ _RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL.

*** Upon creating a new profile in Terminal (Default User1), Firefox 101.0 opens, albeit only once.

Update Folder: /Users/danlach/Library/Caches/Mozilla/updates/Applications/firefox
Profile Folder: /Users/danlach/Library/Application Support/Firefox/Profiles/7o7f3qdk.Default User1
App Binary: /Applications/firefox.app/Contents/MacOS/firefox-bin

Comment 26

[Stephen A Pohl [:spohl] (OOO until 3/13)]

(In reply to Dan Lach from comment #25)

Profile Folder: /Users/danlach/Library/Application Support/Firefox/Profiles/7o7f3qdk.Default User1

So, does this mean that your profile directory has a space between "Default" and "User1" at the end? That could explain this odd behavior. Could you try launching Firefox from a terminal like this:

/Applications/firefox.app/Contents/MacOS/firefox -p

Then create a new profile that doesn't have a space in its name. It's just a guess, but maybe that could fix this as well. I'm not sure how "Default User1" was created.

Comment 27

[Stephen A Pohl [:spohl] (OOO until 3/13)]

Closing as fixed by bug 1770484.