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)

x86
Windows 2000
defect
Not set
trivial

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: kazhik, Assigned: bugzilla)

References

Details

Attachments

(1 file)

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
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?
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
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... :)
Attached patch patchSplinter Review
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.
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
*** Bug 76393 has been marked as a duplicate of this bug. ***
*** Bug 124411 has been marked as a duplicate of this bug. ***
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
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: