423789 - Regression: middle clicking on a bookmark does not respect browser.tabs.loadBookmarksInBackground

Status: REOPENED

(Firefox :: Bookmarks & History, defect, P5)

Description

[mmortal03]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031605 Minefield/3.0b5pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031605 Minefield/3.0b5pre

There is a regression when middle clicking on a bookmark in the Library and browser.tabs.loadBookmarksInBackground is set to true -> Library doesn't stay on top.  In Firefox 2, the Library would stay on top.  In the current trunk, the destination window steals focus from the Library.

Reproducible: Always

Steps to Reproduce:
1. Set browser.tabs.loadBookmarksInBackground to true
2. Place a bookmark anywhere accessible in the Library
3. Have a Firefox window open in the background
4. Middle click on the link in the Library
Actual Results:  
The destination window steals focus.

Expected Results:  
The destination window should have stayed in the background.

Comment 1

[Ria Klaassen (not reading all bugmail)]

Confirmed with latest trunk on Windows XP.

Comment 2

[Mike Beltzner [:beltzner, not reading bugmail]]

This will not block the final release of Firefox 3. Any patch will need unit tests in order to be approved.

Comment 3

[Jean-Philippe Fleury]

I confirm this bug on Firefox 3.0.4, Ubuntu 8.10.

Comment 4

[Marco Bonardo [:mak]]

related:
bug 445301
bug 496745

Comment 8

[Marco Bonardo [:mak]]

see also bug 469456

Comment 9

[d]

I guess it's too late to do something about this in 3.5. How about making it wanted for 3.6?

Comment 10

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv

Comment 12

[Liviu Cirdei]

User Agent 	Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID 	20160511030221

Still reproducible on latest Nightly 49.0a1.

Comment 13

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.

Comment 15

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is relatively low, S3. However, the bug has 5 duplicates.
:mak, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Comment 16

[BugBot (nomail) [:suhaib / :marco/ :calixte]]

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.