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

Status: RESOLVED INCOMPLETE

(Camino Graveyard :: Tabbed Browsing, defect)

Description

[Pierre Rudloff]

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

[Chris Lawson (gone)]

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.

Comment 2

[Pierre Rudloff]

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

Comment 3

[Chris Lawson (gone)]

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

[Stuart Morgan]

ContentClickListener handles command-clicks on links directly, not core.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

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).

Comment 6

[Chris Lawson (gone)]

Since we haven't found a dupe yet, should we just confirm this and try to figure out what the deal is?

Comment 7

[Chris Lawson (gone)]

Confirming for now; I'd like for someone to come up with a reduced testcase and then I can look into it.

Comment 8

[Pierre Rudloff]

Attachment: Test case

Here is a small page that helps reproduce the problem.

Comment 9

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

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

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

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).