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 ?
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.
Rufus, Do you have a specific webpage (or test case) that demonstrates this problem?
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.
Closing for the time being. Please reopen if you see this happening consistently again.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
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 → ---
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.
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.
Callek can you confirm?
Confirmed, exists as a problem in SM not in Firefox. I tested with beta.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
Summary: Browser context menu conflicts with context menus generated by Zimbra webmail. → Browser context menu conflicts with context menus generated by website.
> 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.
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.
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 ago → 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.