Closed Bug 1678313 Opened 4 years ago Closed 4 years ago

Firefox still hands URIs off to other Firefox instances if they're running with a different profile

Categories

(Toolkit :: Startup and Profile System, defect)

Unspecified
macOS
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kershaw, Unassigned)

References

Details

See details in https://bugzilla.mozilla.org/show_bug.cgi?id=1667468#c18.
This seems like an uncommon edge case, but would be nice to fix.

As I noted in the bug comment, I don't understand how this would happen if /Applications/Firefox.app/ and /Users/changkershaw/work/gecko/objdir/dist/NightlyDebug.app/ use different profiles (which is what I'd expect), based on bug 1565597 and the discussion in https://phabricator.services.mozilla.com/D48742#inline-300614 .

Dave, can you comment?

Severity: S4 → --
Component: File Handling → Startup and Profile System
Flags: needinfo?(dtownsend)
Product: Firefox → Toolkit
See Also: → 1565597
Summary: Should not delegate another firefox app to open an external link → Firefox still hands URIs off to other Firefox instances if they're running with a different profile
OS: Unspecified → macOS

I don't understand what this bug is about, can someone explain it?

Flags: needinfo?(kershaw)

Here is the steps to reproduce this problem.

  1. Have two firefox instances with two different profiles opened.
  2. On one firefox app, open a tab and type a ftp link (ftp://ftp.mozilla.org).
  3. The choose an application to open ftp link dialog is opened on another firefox app.

The expected result should be the selection dialog shown on the firefox app where the ftp link is entered.

Flags: needinfo?(kershaw)

(In reply to Kershaw Chang [:kershaw] from comment #3)

Here is the steps to reproduce this problem.

  1. Have two firefox instances with two different profiles opened.
  2. On one firefox app, open a tab and type a ftp link (ftp://ftp.mozilla.org).
  3. The choose an application to open ftp link dialog is opened on another firefox app.

The expected result should be the selection dialog shown on the firefox app where the ftp link is entered.

Does it always show in the same app regardless of which app you enter the link in?

Does it matter which order the apps are opened?

Which of the apps is marked as the default browser?

Flags: needinfo?(kershaw)

(In reply to Dave Townsend [:mossop] from comment #4)

(In reply to Kershaw Chang [:kershaw] from comment #3)

Here is the steps to reproduce this problem.

  1. Have two firefox instances with two different profiles opened.
  2. On one firefox app, open a tab and type a ftp link (ftp://ftp.mozilla.org).
  3. The choose an application to open ftp link dialog is opened on another firefox app.

The expected result should be the selection dialog shown on the firefox app where the ftp link is entered.

Does it always show in the same app regardless of which app you enter the link in?

Yes.

Does it matter which order the apps are opened?

No. It always shows on the same app.

Which of the apps is marked as the default browser?

My default browser is safari, but the default app for ftp is Firefox Nightly.app.

Flags: needinfo?(kershaw)

(In reply to Kershaw Chang [:kershaw] from comment #5)

My default browser is safari, but the default app for ftp is Firefox Nightly.app.

Is that the app it is opening in? Or if they are the same app is the one it opens in the one running the default profile at the time the link is opened (check in about:profiles).

Flags: needinfo?(kershaw)

Well...I don't know why but I can't reproduce this anymore, so I am going to close this.

In order to figure out steps to reproduce this reliably, I updated the nightly to 85.0a1 and deleted my old profiles, and then created two brend new one for testing. Somehow this problem is gone.
I guess this might be caused by an uncommon combination of profiels and this is not worth spending time to fix.

Sorry for the noise here.

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(kershaw)
Flags: needinfo?(dtownsend)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.