486315 - right-click/synthetic ctrl-click fails to display contextual menus on ColdFusion application

Status: RESOLVED DUPLICATE of bug 426643

(Core :: Widget: Cocoa, defect)

Description

[RJay Hansen]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.21) Gecko/20090327 Camino/1.6.7 (like Firefox/2.0.0.21pre)
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.21) Gecko/20090327 Camino/1.6.7 (like Firefox/2.0.0.21pre)

This application functions correctly with the Firefox. But when using Camino, trying to access a contextual menu  will just briefly flash the menu.  It won't stay up so you can select anything from it.

Reproducible: Always

Steps to Reproduce:
1. Go to a flat plan view and ccontronl  click on a blank page 
2. should bring up a contextuoal menu.

Actual Results:  
menu flashes then disapears

Expected Results:  
given me a contextual menu.

This bug tracker's Ppretty wonky w/Camino too. I'm getting all kinds of typing weirdness in these text fields--hence all the typsos.......

Comment 1

[Chris Lawson (gone)]

Er, unless you're willing to provide us a login and password (feel free to e-mail it to me privately if you are) or show us where we can access a public testcase, there isn't really going to be anything we can do here.

Comment 2

[Stuart Morgan]

From the description this sounds like a dup of something that was fixed on trunk, but we'd need a test case to know for sure.

Comment 3

[RJay Hansen]

I sent you an email w/a login and password.

(In reply to comment #1)
> Er, unless you're willing to provide us a login and password (feel free to
> e-mail it to me privately if you are) or show us where we can access a public
> testcase, there isn't really going to be anything we can do here.

Comment 4

[RJay Hansen]

As mentioned in my original bug filing, this works correctly in Firefox, but not with Camino.

(In reply to comment #2)
> From the description this sounds like a dup of something that was fixed on
> trunk, but we'd need a test case to know for sure.

Comment 5

[Stuart Morgan]

(In reply to comment #4)
> As mentioned in my original bug filing, this works correctly in Firefox, but
> not with Camino.

Yes, but your user agent shows that you are using Camino 1.6.7, which isn't trunk.

Comment 6

[Chris Lawson (gone)]

I checked this in trunk with my normal profile. I get the CM when I hold Control and click, but I do *not* get it when I do a generated Control-click with my (Kensington) mouse.

On a recent 1.6.x branch build with Troubleshoot Camino, I get the CM flashing very briefly and disappearing when Control-clicking, and nothing at all when using my mouse's generated click.

So yeah, this sounds like it's probably a dupe of the bug Stuart's thinking of. RJay, would you mind posting that test login/password in the bug so the rest of our team can confirm it? Feel free to disable it once this bug is marked as a dupe of something (or otherwise closed).

Thanks.

Comment 7

[Chris Lawson (gone)]

Oh, and Firefox 3 behaves the same as Camino trunk, so whatever the issue is with busted clicks in Kensington's mouse software affects both equally.

In neither case is it a "normal" contextual menu; it's some crazy thing that the Java applet generates instead. I can't figure out how to get at the source of the frame in question because it blocks normal CMs and viewing the frame directly doesn't work.

Comment 8

[RJay Hansen]

Same behavior with a Logitech mouse (right-clicking not working)--ditto in Firefox.

The user name/password are both "testing" without the quotes. (is this the
correct  place to post that info?)


(In reply to comment #7)
> Oh, and Firefox 3 behaves the same as Camino trunk, so whatever the issue is
> with busted clicks in Kensington's mouse software affects both equally.
> 
> In neither case is it a "normal" contextual menu; it's some crazy thing that
> the Java applet generates instead. I can't figure out how to get at the source
> of the frame in question because it blocks normal CMs and viewing the frame
> directly doesn't work.

Comment 9

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

Possibly a bug in the applet, probably the bug is really in the JEP or Gecko.

On 1.9.0, I get the menu with ctrl-click, but not with right-click (two-fingered click on this MBP trackpad), whereas the latter also works in Safari.

Comment 10

[Steven Michaud [:smichaud] (Retired)]

This bug has nothing to do with Java or the JEP -- no Java applet is
displayed at this bug's URL!

You can tell this in a couple of ways:

1) Run Seamonkey and load this bug's testcase URL into the DOM
   Inspector.

2) Try resizing or scrolling the page.  When a Java applet is
   displayed, it disappears for as long as long as you continue to
   resize or scroll (this is a limitation of the JEP).

I've no idea why this site loads a Java applet ... and a signed one to
boot.

Comment 11

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

Well then ;)

I tried to look into the source of the site to see what it's trying to capture, but there are 1000s of blank lines and awful indentation, and my head hurts.  If we can't figure out anything easily, we should just kick this to Core:General....

Comment 12

[philippe (part-time)]

With Camino latest nightly and Fx 3.0.0.9pre I get the same result as mentioned: Control-Click allows to see a custom context menu. Right clicking (using a MightyMouse !) does nothing - my Kensington mouse behaves the same.

Minefield latest: again, right click with the MightyMouse does nothing, Control-click shows _both_ the default context menu and the custom CM.

There are a couple of JS files (thanks Firebug) that do detection (forking for Safari amongst other things) and catching of mouse/key event. Nothing against Camino, at a glance. I'll attach them next, for further inspection. I don't have much energy to do it myself, right now.

Comment 13

[philippe (part-time)]

Attachment: script 1 -dNd.js

Comment 14

[philippe (part-time)]

Attachment: script2 - xs.js

Comment 15

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

Is this related to bug 435160, or is it just another generic type of "right click ≠ ctrl-click"?

Comment 16

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

Since this also happens in Firefox (and could end up being a dupe of bug 435160), kicking to Widget:Cocoa for further investigation.

Comment 17

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Same regression range as given by bug 426643. Probably caused by the switch to Cocoa widgets.