Closed
Bug 469646
Opened 16 years ago
Closed 11 months ago
Cmd-click on link that opens popup opens both popup window and new tab
Categories
(Camino Graveyard :: Tabbed Browsing, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: contact, Unassigned)
References
()
Details
(Whiteboard: DUPEME?)
Attachments
(1 file)
1005 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; fr; rv:1.8.1.18) Gecko/20081112 Camino/1.6.5 (MultiLang) (like Firefox/2.0.0.18)
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; fr; rv:1.8.1.18) Gecko/20081112 Camino/1.6.5 (MultiLang) (like Firefox/2.0.0.18)
When opening a popup in a new tab (apple + click), Camino opens the tab AND the popup.
Reproducible: Always
Comment 1•16 years ago
|
||
We're gonna need a specific testcase here, either in the form of a site where it happens or an HTML page uploaded to the bug as an attachment.
Reporter | ||
Comment 2•16 years ago
|
||
http://tael67.deviantart.com/art/Ai-love-105975365
Try to click on [who?] (in Details) while maintaining the "apple" key.
Comment 3•16 years ago
|
||
Using various permutations of the single-window mode prefs here:
http://caminobrowser.org/documentation/hiddenprefs/#TweakSWM
I cannot find any combination that allows Command-clicking without opening two (something). (Depending on SWM settings, it can be one tab and a popup, or it can be two tabs, or it can be the current tab and a new tab.)
However, I'm also pretty sure this is a duplicate, and I'm *sure* it's not a Camino bug (at least not in the sense that Command-click has a double action when clicking on certain script links, since all that handling is in Core).
Comment 4•16 years ago
|
||
ContentClickListener handles command-clicks on links directly, not core.
This still sounds like a dupe, but I'm not sure I can find a dupe for exactly this scenario (i.e., not bug 155132 or bug 269186).
Summary: Open popup window in a new tab → Cmd-click on link that opens popup opens both popup window and new tab
Whiteboard: DUPEME?
Comment 6•16 years ago
|
||
Since we haven't found a dupe yet, should we just confirm this and try to figure out what the deal is?
Comment 7•16 years ago
|
||
Confirming for now; I'd like for someone to come up with a reduced testcase and then I can look into it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 8•15 years ago
|
||
Here is a small page that helps reproduce the problem.
I think this one of the things that peeja's Chrome extension[1] fixes; we ought to be able to make ContentClickListener do the same thing.
[1] https://github.com/Peeja/commandclickfix-chrome/blob/master/ext/commandclickfix.js
I think maybe the "dupe" I was thinking of was bug 342755; they're kind-of opposites.
This bug is about cases where we have a real href and also an onClick; the other is about links whose href is javascript: (and which, AFAIK, is now WFM, at least using peeja's testcase).
Status: NEW → RESOLVED
Closed: 11 months ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•