Closed
Bug 122302
Opened 23 years ago
Closed 23 years ago
Right-click on statusbar gives the frame context menu
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
Future
People
(Reporter: kazhik, Assigned: bugzilla)
References
Details
Attachments
(1 file)
1.48 KB,
patch
|
Details | Diff | Splinter Review |
Right-click on statusbar/toolbar/menubar gives the frame context menu. Steps to reproduce: (1) Right-click on statusbar or toolbar or menubar. (2) Drag to a web page and release right button. Actual result: Frame context menu appears. Expected result: Non-frame context menu appears when the web page doesn't use frame. Build: 2002012608/Win2k
Comment 1•23 years ago
|
||
worksforme on win2k, mozilla cvs build pulled at 9pm Jan 27th When I right-click on any of the toolbar, menubar or statusbar, I get _no_ context menu, which is the correct expected result.
Whiteboard: wfm?
Comment 2•23 years ago
|
||
Oh, sorry ... right click, then drag off the statusbar and release over web page. Yes, I get a context menu, and it has frame options for a non-frame page.
Assignee: hyatt → blaker
Severity: normal → trivial
Component: XP Toolkit/Widgets: Menus → XP Apps: GUI Features
QA Contact: jrgm → sairuh
Whiteboard: wfm?
Target Milestone: --- → Future
Comment 3•23 years ago
|
||
Another way to reproduce this bug is to display a context menu, right click down in the context menu, and then move the cursor outside of the menu onto the document area, and release the right mouse button. It seems that navigator.xul is getting the right click up, and displaying its context menu. If you select Page Info from the 2nd context menu, it shows that the URL is chrome://navigator/content/navigator.xul. In addition, if you select Show Only This Frame for the 2nd menu, Mozilla will load navigator.xul - so you get a complete browser inside of the main browser, including menus and the sidebar. That's actually pretty cool, especially when done recursively... :)
Assignee | ||
Comment 4•23 years ago
|
||
Comment 5•23 years ago
|
||
I applied the patch in attachment 68763 [details] [diff] [review], and while that takes care of the original navigator.xul context window problem, I think it is just working around a more complicated problem. Now when I right mouse down in the normal context menu, then move the mouse off of the menu into the navigator window (but not sidebar or status bar...) while keeping the right button down, a new problem occurs. nsXULTooltipListener::kTooltipShowTime milliseconds later, the context menu jumps up and to the left at the same time that the navigator tooltip ("Mozilla {Build ID: 2002020908}") is displayed. When I release the right mouse button, the menu moves up and to the left again, but now it is the navigator.xul frames menu again (in the 2002020908 build from mozilla.org) or a normal, but not completely functional, non-frames menu in the copy I built. I observed a similar problem before applying the patch, BTW. I wasn't able to track down the root cause, but it definitely seems to be related to the kTooltipShowTime timer going off.
Assignee | ||
Comment 6•23 years ago
|
||
Fix checked in. Jeff, that bug already exists in nightlies. I assure you it's reported, but I can't find the number.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 8•23 years ago
|
||
*** Bug 124411 has been marked as a duplicate of this bug. ***
Comment 9•22 years ago
|
||
vrfy'd fixed using 2002.03.13 comm bits on linux rh7.2, win2k and mac 10.1.3. don't get the frame context menu anymore (as originally reported).
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•