Open Bug 1390490 Opened 8 years ago Updated 3 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.