Open Bug 1390490 Opened 7 years ago Updated 2 years ago

"middle" or command-clicking on link opens new "pop up" window, instead of opening link in new tab

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P5)

56 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: worcester12345, Unassigned)

References

(Blocks 2 open bugs)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID: 20170810180547

Steps to reproduce:

Go to this site, and click on one of the links below, with command key on, or using "middle mouse button":

https://au.news.yahoo.com/wa/a/36701746/body-builder-meegan-heffords-death-blamed-on-protein-shakes/#page1

WATCH: Car falls seven storeys in parking garage
Kind hairdresser spends 13 hours combing teen's hair 
WATCH: Circus tiger mercilessly whipped after turning on trainer


Actual results:

new tab opens with
"javascript:void(window.open('//au.new...."

Regular (left mouse) clicking, opens the link in a new "popup" window.


Expected results:

Open link in new tab.
Component: Untriaged → Event Handling
Product: Firefox → Core
I think this is just something the site is doing to prevent opening in a new tab.
Priority: -- → P5
Does it behave differently in other browsers?
Flags: needinfo?(worcester12345)
(In reply to Andrew Overholt [:overholt] from comment #1)
> I think this is just something the site is doing to prevent opening in a new
> tab.

Yet I want it in a new tab. 

Isn't there a bug to "return controls to the user", or something like that?



(In reply to Andrew Overholt [:overholt] from comment #2)
> Does it behave differently in other browsers?

It does similar in IE. If there are others you want to try, please let us know.
Flags: needinfo?(worcester12345) → needinfo?(overholt)
(In reply to Worcester12345 from comment #3)
> (In reply to Andrew Overholt [:overholt] from comment #1)
> > I think this is just something the site is doing to prevent opening in a new
> > tab.
> 
> Yet I want it in a new tab. 
> 
> Isn't there a bug to "return controls to the user", or something like that?

I filed one and made this block it :)

> (In reply to Andrew Overholt [:overholt] from comment #2)
> > Does it behave differently in other browsers?
> 
> It does similar in IE. If there are others you want to try, please let us
> know.

Thank you for testing! If you could check in Chrome, too, that would be nice.
Flags: needinfo?(overholt)
Here is the bug I was thinking of:
Bug 565512 - Paper cuts: Being in Control

Specifically:
"Issues that causes people to feel like they aren't in control of their browser."
Blocks: cuts-control
Component: Event Handling → User events and focus handling
Blocks: useragent
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.