Closed Bug 1941178 Opened 27 days ago Closed 26 days ago

Removal of no-remote opens link in wrong profile and browser window

Categories

(Toolkit :: Startup and Profile System, defect)

Firefox 133
defect

Tracking

()

RESOLVED DUPLICATE of bug 1918195

People

(Reporter: Lorenz.F, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0

Steps to reproduce:

Bug 1906260 removed the -no-remote option of Firefox. Unfortunately, Firefox does not give any indication that this is the case and still accepts the option, but things no longer work as expected.

Scenario that reproduces the observed issue:

  1. Open Firefox with first profile
  2. Open Firefox with a second profile with options "-P -no-remote" (same thing happens if second profile is started with just "-P")
  3. Switch back to a window of the first profile
  4. Click on a link in another application, e.g. Thunderbird

Actual results:

Link opens in a window of the second profile.

Expected results:

Link should open in the last active window of the first profile.

This behaviour was earlier prevented by using the -no-remote option for the second profile so that links were always opened in the first profile.

From bug 1906260 I understand that it is beneficial to remove the -no-remote option for things planned in the future. However, in this case, a link opened in an external application should at least be opened in the last active Firefox window instead of the one of the last opened profile.

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

Component: Untriaged → Startup and Profile System
Product: Firefox → Toolkit
Status: UNCONFIRMED → RESOLVED
Closed: 26 days ago
Duplicate of bug: 1918195
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.