Closed
Bug 122302
Opened 24 years ago
Closed 24 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•24 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•24 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•24 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•24 years ago
|
||
Comment 5•24 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•24 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: 24 years ago
Resolution: --- → FIXED
Comment 8•24 years ago
|
||
*** Bug 124411 has been marked as a duplicate of this bug. ***
Comment 9•24 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•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•