Open Bug 1656761 Opened 5 years ago Updated 5 years ago

.dmg sandbox breached upon or nearing crash

Categories

(Toolkit :: Startup and Profile System, defect)

72 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: Pacerier.For.Publishing, Unassigned)

Details

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

Steps to reproduce:

Browsing the web with low RAM and low storage space.

Actual results:

FireFox crashed. It is still mounted and I doubleclick it from Finder. I went to about:profiles to reopen the crashed session.

It hints with a popup: """Using an older version of Firefox can corrupt bookmarks and browsing history already saved to an existing Firefox profile. To protect your information, create a new profile for this installation of Firefox."""". I opened up compatibility.ini and found that not only was the last run version v78, but that the directory shows a copy of Firefox at ~/downloads have been used.

Expected results:

The copy of Firefox at ~/downloads should never have ran.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Startup and Profile System
Product: Firefox → Toolkit

</draft> Apparently posts cannot be edited.</rant>

'was browsing the web as usual, with a ton of windows|tabs and minimal RAM|disk-space. It suddenly crashed (as usual). This is Firefox v72, mounted on a .dmg file (Macbook). The mount is still there and I reopened Firefox.app and went to about:profiles and click <Launch profile in new browser> and a hint pops:

Using an older version of Firefox can corrupt bookmarks and browsing history already saved to an existing Firefox profile. To protect your information, create a new profile for this installation of Firefox.

In compatibility.ini, I can see it's clear that ~/Downloads/Firefox.app was used when it shouldn't have (and last version shows v78). (In fact it doesn't even make sense that a mounted Firefox.app knows there is another Firefox.app at ~/Downloads.)

(In reply to Pacerier.For.Publishing from comment #2)

In compatibility.ini, I can see it's clear that ~/Downloads/Firefox.app was used when it shouldn't have (and last version shows v78). (In fact it doesn't even make sense that a mounted Firefox.app knows there is another Firefox.app at ~/Downloads.)

As you say one Firefox (in a mounted drive or not) doesn't know anything about any other Firefox installs. On startup compatibility.ini is written with the path of the running Firefox, it is difficult to imagine a scenario where it would write out incorrect information there. Are you sure you are looking at the right profile? Also it is worth noting that if you attempt to open a Firefox profile that is already open in a running Firefox then it will just open a new window in that running Firefox, perhaps that is what happened here.

The only other thing I can think of is that this is caused by OSX itself where sandboxing causes Firefox to think it is running from soimewhere other than its real location. It is worth noting that this known issue and others mean that running Firefox from inside a disk image is not really supported.

Is this issue reproducible with a Firefox not running inside a disk image and if so can you provide more detailed steps to reproduce?

Flags: needinfo?(Pacerier.For.Publishing)

I'm sure it's the right profile. Besides, I use Firefox from the mounted .dmg, and not ~/Downloads/Firefox.app. That compatibility.ini shows ~/Downloads/Firefox.app is clear that a bug had ran it and had ran it with my crashed profile.

(I don't use Firefox unmounted. Why is mounted Firefox unsupported? Not a good thing.)

Flags: needinfo?(Pacerier.For.Publishing)
Summary: .dmg sandbox breached upon/nearing crash → .dmg sandbox breached upon or nearing crash

Because macOS imposes various sandboxes to apps running out of a dmg which breaks things.

Severity: -- → S4

Besides the autoupdator (which is not appreciated), what does FireFox need outside the sandbox for?

It happened again.

Here is compatibility.ini:

LastVersion=79.0_20200720193547/20200720193547
LastOSABI=Darwin_x86_64-gcc3
LastPlatformDir=/Users/anan2an3/Downloads/Firefox.app/Contents/Resources
LastAppDir=/Users/anan2an3/Downloads/Firefox.app/Contents/Resources/browser

, which should have been:

LastVersion=72.0.1_20200107212822/20200107212822
LastOSABI=Darwin_x86_64-gcc3
LastPlatformDir=/private/var/folders/qq/mkq_2wpd2h159z6zs2bd_wzm0000gn/T/AppTranslocation/5[redact]-B[redact]-4[redact]-8[redact]-5[redact]/d/Firefox.app/Contents/Resources
LastAppDir=/private/var/folders/qq/mkq_2wpd2h159z6zs2bd_wzm0000gn/T/AppTranslocation/5[redact]-B[redact]-4[redact]-8[redact]-5[redact]/d/Firefox.app/Contents/Resources/browser
You need to log in before you can comment on or make changes to this bug.