Closed Bug 1478833 Opened 6 years ago Closed 6 years ago

Local build has taken over as my default browser

Categories

(Firefox :: Shell Integration, defect)

Product:
Firefox
Component:
Shell Integration
Platform:
Unspecified
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1470785
Tracking Flags:
Tracking Status
firefox63 --- affected

People

(Reporter: mgaudet, Unassigned)

References

(Depends on 1 open bug)

Details

This afternoon I did a local build of central, revision 12f42d129762 No mozconfig, just plain ./mach build After the build finished, somehow that local build has become my default browser for opening links. This is made even more curious by the fact that I didn't actually -open- the built copy of central (nor did I even run tests!) The closest to anything 'peculiar' I did, was i used ./mach build-backend -b CompileDB tp build a compile_commands.json. It's particularly curious to me, as I tried setting Safari as default, then using the in-Nightly default setting to take it back, and yet still, links want to open using the local build.
Seems to have resolved itself overnight? Or most recent update to nightly finally too.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
So: This happened again today, and went away under the same circumstances: Local build takes over as default browser, then update of nightly returns it to being in charge.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Is it possible you have left a window or a process open from that local build while experiencing this? If firefox is already running, any new browser windows - whether you click desktop icons or open links - will use the already-running firefox. Unless you explicitly open with -noremote and a different profile.
Flags: needinfo?(mgaudet)
Alas, no. Both times this has happened, I haven't even opened the local build until I click a link in something like Mail.app, and so I get a Gatekeepeer first-time-opening-this-app warning widow.
Flags: needinfo?(mgaudet)
Component: General → Shell Integration
Could be related to / duplicate of bug 1470785
Depends on: 1470785
I think you're totally right this is a dupe of Bug 1470785, and the description there is better, so resolving as dupe.
Status: REOPENED → RESOLVED
Closed: 6 years ago → 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.