Cmd-click on link that opens popup opens both popup window and new tab

NEW
Unassigned

Status

Camino Graveyard
Tabbed Browsing
--
minor
9 years ago
7 years ago

People

(Reporter: Pierre Rudloff, Unassigned)

Tracking

Details

(Whiteboard: DUPEME?, URL)

Attachments

(1 attachment)

(Reporter)

Description

9 years ago
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

9 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

9 years ago
http://tael67.deviantart.com/art/Ai-love-105975365
Try to click on [who?] (in Details) while maintaining the "apple" key.

Comment 3

9 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

9 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

9 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

9 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

8 years ago
Created attachment 436925 [details]
Test case

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).
You need to log in before you can comment on or make changes to this bug.