User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199) Gecko/2009032712 Firefox/3.0.8
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:188.8.131.52pre) Gecko/20090714 Shiretoko/3.5.1pre
If you middle click on a tab from session restore with middlemouse.contentLoadURL;true and a url in you clipboard the sessionrestore changes to that url and the tab you clicked on restores in a new tab
Steps to Reproduce:
1.get to session restore
2.have middlemouse.contentLoadURL;true (default linux)
3.copy into clipboard a url
4.middle click to restore a tab
6.page switches to pasted url
related to bug 414345
What happens when you middle-click a hyperlink in a regular web page? If instead of opening a new tab, the URL from the clipboard is loaded, this bug is likely WONTFIX.
This works exactly as expected on hyperlinks in a regular web page, (same as other platforms/middlemouse.contentLoadURL=false i.e. open in a new tab, no clipboard action) otherwise you would have every Linux user yelling at you.
This bug is specific to the session restore XUL page.
Right, browser.js's contentAreaClick will have to be taught about either XUL (trees) in general or about:sessionrestore's <xul:tree id="tabList"> in particular.
Confirmed with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20100202 Minefield/3.7a1pre
This still happens with Mozilla/5.0 (X11; Linux i686; rv:2.0b8pre) Gecko/20101208 Firefox/4.0b8pre
We should probably get this fixed for Firefox 4.0. Adding a blocking? nomination.
Not a dupe, but probably related:
I would blocking- this if I could. Not something I would hold shipping for. That said it might be easy to fix.
Simon: Not sure how closely you're reading bugmail, but couldn't we just stop propagation if we process the middle click? A quick test seems like it's doing the right thing
Created attachment 496343 [details] [diff] [review]
Seems to work without having to special case this particular tree
Narrow, not holding the release for this.
Comment on attachment 496343 [details] [diff] [review]
sounds like the simpler solution. looks fine, r=me.
Mozilla/5.0 (X11; Linux i686; rv:7.0a1) Gecko/20110629 Firefox/7.0a1
Verified using the steps to reproduce from Comment 1 on Ubuntu 11.04, Mac OS X 10.6, Win7, WinXP.
Issue no longer reproducible -> Setting status to Verified Fixed.
*** Bug 605939 has been marked as a duplicate of this bug. ***