724431 - Browser context menu conflicts with context menus generated by website.

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[Rufus]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Firefox/10.0 SeaMonkey/2.7
Build ID: 20120129110112

Steps to reproduce:

Navigated to a website which has embedded features which may be invoked using Mac OS cntrl+click (Windows right click equivalent).


Actual results:

If a website has an interface feature which can be invoked using a right click, the SM Back/Forward/Reload/Stop/etc. contextual menu is invoked at the point of right click and is displayed on top of the website's contextual menu.  The SM menu persists until the user clicks off-location to drop it, revealing the website contextual menu.


Expected results:

SM should not display it's own contextual options/menus for a right click or other user interactions when such are invoked over/within a website defined screen interaction location.

Comment 1

[Matthias Versen [:Matti]]

is the option in "preferences/advanced/scripts&Plugins/[x]disable or replace context menus" checked/enabled ?

Comment 2

[Philip Chee]

Matti I don't think this is the same. The HTML5 compliant context menu is subsumed into the SeaMonkey context menu, not overlaid. I think the website is simulating a context menu with Javascript.

Comment 3

[Rufus]

I have "Preferences/Advanced/Scripts&Plugins/[ ]Disable or replace context menus" unchecked, but I've always used that selection in the past and not observed this behavior.

Comment 4

[Philip Chee]

Rufus, Do you have a specific webpage (or test case) that demonstrates this problem?

Comment 5

[Rufus]

I think what I was actually doing was right clicking a link on any given web page to invoke the SM contextual menu to choose to open that link in a new tab - when I did that I was getting the behavior as described in my bug, which looking at my user agent string from my bug submission was written while I was using SM 2.7.  At that time this was very repeatable and that was why I wrote the bug.

I'm presently using SM 2.7.2 and I can't make this occur now (or find a page that has a cntrl+click feature embedded, hence my above suspicion)...so I'd consider this to have been fixed/resolved somehow, unless I can observe it again.

Comment 6

[Philip Chee]

Closing for the time being. Please reopen if you see this happening consistently again.

Comment 7

[Rufus]

Ok - I found out where this is occurring, and what I was doing to make it occur.  I was using Mediacom webmail - if the user tries to invoke a webmail sidebar option like "Empty Junk" using a right click, the SM Back/Forward/Reload/Stop/etc. contextual menu is invoked at the point of right click and is displayed on top of the website's contextual menu.  The SM menu persists until the user clicks off-location to drop it, revealing the website contextual menu; as described above.

Comment 8

[Philip Chee]

Mediacom is using the Zimbra webmail server. It appears that other Zimbra installations have the same problem. See for example:

Bug 527933 - Right click menu in Comcast webmail (Zimbra) obscured by Firefox right click menu.

Unfortunately the reporter in that bug closed it as WORKSFORME without saying what he did to make the problem go away.

Comment 9

[Philip Chee]

Changing summary to include mention of Zimbra webmail server.

Comment 10

[Philip Chee]

Callek can you confirm?

Comment 11

[Justin Wood (:Callek)]

Confirmed, exists as a problem in SM not in Firefox. I tested with beta.

Comment 12

[Rufus]

Noticed tonight that this also happens when using Google Maps - 

https://maps.google.com/?hl=en

Right click anywhere on the map and the Google contextual menu is obscured by the SM Back/Forward/Reload/Stop/etc. contextual menu overlaying the Maps contextual as described in the original bug.  

Guess is that unless Google Maps is also powered by Zimbra that this issue is broader in scope than just the Zimbra webmail server.

Comment 13

[Philip Chee]

> https://maps.google.com/?hl=en
Well this happens in Firefox too.
Go: Edit->Preferences->Advanced->Scripts and Plugins.
What is the setting for:
Allow Scripts to [  ] Disable or replace context menus ?
The default is enabled. If not then you (or someone) must have disabled this.

Comment 14

[Rufus]

I set the Allow Scripts to Disable or replace context menus Pref -> unchecked; that's how it was set when I wrote the bug, I set it that way in install as I have in the past.

I just set the Allow Scripts to Disable or replace context menus Pref -> checked, went back to Google Maps and now don't see the bug.  Also logged into my Zimbra webmail and took a look and do not see the bug now.

Anyone else that "confirmed" for Zimbra see the same?  If so I think this one is resolved, though maybe should be documented somehow for the user - in Help or online.

Comment 15

[Philip Chee]

Google should support html5 context menus. If you have SeaMonkey 2.8 or higher you can see it in action by going to attachment 554309 [details] and then right click on the picture. The website context menu becomes included in (the top part) of the SeaMonkey context menu.