Browser context menu conflicts with context menus generated by website.

RESOLVED WORKSFORME

Status

RESOLVED WORKSFORME
7 years ago
7 years ago

People

(Reporter: srollin2, Unassigned)

Tracking

SeaMonkey 2.7 Branch
x86
Mac OS X

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
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.
is the option in "preferences/advanced/scripts&Plugins/[x]disable or replace context menus" checked/enabled ?

Comment 2

7 years ago
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.
(Reporter)

Comment 3

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

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

Comment 5

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

7 years ago
Closing for the time being. Please reopen if you see this happening consistently again.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 7

7 years ago
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.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---

Comment 8

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

7 years ago
Changing summary to include mention of Zimbra webmail server.
Summary: SM 2.7 Mac - Browser contextual menu conflicts with website selections → Browser context menu conflicts with context menus generated by Zimbra webmail.

Comment 10

7 years ago
Callek can you confirm?
Confirmed, exists as a problem in SM not in Firefox. I tested with beta.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 12

7 years ago
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.
(Reporter)

Updated

7 years ago
Summary: Browser context menu conflicts with context menus generated by Zimbra webmail. → Browser context menu conflicts with context menus generated by website.

Comment 13

7 years ago
> 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.
(Reporter)

Comment 14

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

7 years ago
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.
Status: NEW → RESOLVED
Last Resolved: 7 years ago7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.