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)
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
Comment 1•12 years ago
|
||
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.
Reporter | ||
Comment 3•12 years ago
|
||
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
Updated•12 years ago
|
Component: Untriaged → Tabbed Browser
QA Contact: untriaged → tabbed.browser
Updated•12 years ago
|
Component: Tabbed Browser → Event Handling
Product: Firefox → Core
QA Contact: tabbed.browser → events
Comment 4•12 years ago
|
||
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.
Comment 6•12 years ago
|
||
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.
Comment 8•12 years ago
|
||
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.
Comment 10•12 years ago
|
||
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.
Reporter | ||
Comment 11•12 years ago
|
||
(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.
Comment 12•6 years ago
|
||
This site no longer exists... going to mark incomplete.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•5 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•