Closed
Bug 378424
Opened 17 years ago
Closed 11 years ago
dom.event.contextmenu.enabled set to "false" makes Moz/Fx/Sm context menus appear inside Java applets
Categories
(Core Graveyard :: Java: OJI, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: grey, Unassigned)
References
()
Details
1) Set: user_pref("dom.event.contextmenu.enabled", false); 2) Load a Java applet, like http://www.timeanddate.com/worldclock/personalapplet.html or a Yahoo java game, etc. 3) Right click in the applet space. A Firefox/Seamonkey context menu pops up. This should not happen. This only happens in Java, this does _not_ occur in Quicktime, Acrobat, Windows Media Player, Flash, Shockwave, Realplayer. Unable to reproduce on Linux or Mac. Once this menu appears, you have to either select a menu item, or hit escape without clicking or typing anything to dismiss the menu. You cannot click outside the menu to dismiss it, nor type anything else. If you do, then your only option to dismiss the menu is to select something, like View Info or View Source, etc. You CAN still interact with the Java applet normally however.
Comment 3•17 years ago
|
||
As a rule, higher number bugs should not be marked as duplicates of lower numbered bugs unless more work has gone on in them. (The higher number bug has a patch.) That's not the case here.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 4•17 years ago
|
||
I don't know where you got that, but it's not true. This bug has narrowed the exact circumstances of which 250753 is a subset. Further, this bug is "fresh" as opposed to an old, stale, inaccurate bug with more noise than signal, and is following a proposal from mconnor that it's better to have a highly focused new bug than a noise old bug with "seniority". It was duped forward explicitly due to that.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Updated•17 years ago
|
Status: REOPENED → NEW
Comment 6•17 years ago
|
||
> I don't know where you got that, but it's not true. I don't see any sign of narrowing circumstances. Bug 250753 comment 2, narrowed things down just as much. In fact, I even mentioned there that this seems to be a result of (or regression from) the checkin of bug 86193. Which hadn't been mentioned here yet. (CCing mconnor since it was indicated he proposed this.) Forward duping has always been "deprecated" unless there is a clear reason to do so - I don't see that here. (There was very little "noise" in the old bug.) If there were extenuating circumstances for doing it here, it should have been stated in the original summary. I will leave things as they are now - to avoid further spam. For further information, you can also see the same behaviour by connecting to a TightVNC or RealVNC server (from the browser). In doing so, you first get the browser context menu - which you have to "get rid of" by performing some kind of action, typically I use "Select All" - *then* you get the context menu from the remote system that you are controlling. Since this only happens in Java, I'm also changing this to Java:OJI per previous driver input.
Assignee: events → nobody
Component: DOM: Events → Java: OJI
QA Contact: ian → java.oji
Comment 7•11 years ago
|
||
Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".
Status: NEW → RESOLVED
Closed: 17 years ago → 11 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•