Closed Bug 745329 Opened 12 years ago Closed 6 years ago

Pop-up blockers traps middle clicks on https://etherpad.mozilla.org

Categories

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

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: alex_mayorga, Unassigned)

References

Details

Steps to reproduce:
Load https://etherpad.mozilla.org/testday-20120413
Middle click any of the links in "Public Pad"

Result:
Links are trapped by the pop-up blocker

Expected result:
Links open in new tabs
Mid-click also does not work in current release on XP SP3

Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0

I suspect its an 'etherpad' issue, or by design.
I can just add that in Opera and Chrome this works as it should (link opens in a new tab), and in IE it does nothing when you middle click on links.
This is still an issue on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120601030520

A more recent MoPad that exhibits the problem https://etherpad.mozilla.org/testday-20120601
Component: Untriaged → Tabbed Browser
QA Contact: untriaged → tabbed.browser
Component: Tabbed Browser → Event Handling
Product: Firefox → Core
QA Contact: tabbed.browser → events
Which exact links are being clicked?  It's really hard to try to reproduce this, because I see no obvious links there....
(In reply to Boris Zbarsky (:bz) from comment #4)
> Which exact links are being clicked?  It's really hard to try to reproduce
> this, because I see no obvious links there....

Open https://etherpad.mozilla.org/testday-20120601 and middle click on the 1st link on line #30.
Ah, thanks.

Is this very middle-click specific?  Option+Click on my Mac, which should be equivalent to middle-click I believe, works fine....
Yes, it's likely platform-dependent. I tested with the latest Nightly on Win 7 and the middle click has been blocked by the native popup blocker.
The native popup blocker doesn't block "middle click".  It _does_ block attempts to call window.open() from inside middle click, though.  Is the page doing that (and calling preventDefault to prevent the normal Firefox UI handling of middle click)?
Yes, by middle click I mean FF prevents etherpad.mozilla.org from opening a pop-up window after middle clicking on the link.
Why would you middle-click, any link on Etherpad pages automatically opens in a New Tab so there is no worry about going to link and 'leaving' the Etherpad page.

Ctrl+Click opens a New tab, not a 'window',  on Win7 x64 latest hourly m-c win32 opt build.  

Same as comment #7, I see the pop-up blocker appear in the address bar.  Just 'allow' popups and move on, I don't see this as a problem.

Mid-click in latest Chrome opens the link in a new tab.
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #10)
> Why would you middle-click, any link on Etherpad pages automatically opens
> in a New Tab so there is no worry about going to link and 'leaving' the
> Etherpad page.

"Muscle memory" I'd say, I always "click" with the scroll wheel if I want the link to open in a background tab.

This particular case is the only time I've seen this caught by the pop-up blocker IIRC.
See Also: → 1441466
This site no longer exists... going to mark incomplete.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.