Removal of no-remote opens link in wrong profile and browser window
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
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:
- Open Firefox with first profile
- Open Firefox with a second profile with options "-P -no-remote" (same thing happens if second profile is started with just "-P")
- Switch back to a window of the first profile
- 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.
Comment 1•27 days ago
|
||
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.
Updated•26 days ago
|
Description
•