Closed
Bug 197112
Opened 22 years ago
Closed 21 years ago
Context Menus dont close after choosing other menu
Categories
(Firefox :: Menus, defect)
Tracking
()
VERIFIED
FIXED
Firebird0.8
People
(Reporter: jacksmall, Assigned: hyatt)
References
Details
Attachments
(1 file, 1 obsolete file)
141.83 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030227 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030227 Phoenix/0.5
I will simply explain the steps to the problem, it will be obvious.
Reproducible: Always
Steps to Reproduce:
1. Click Bookmarks in the menu bar
2. Browse bookmarks and select a folder (i use my imported ie bookmarks)
3. Browse bookmark folder and select a subfolder (in my case 'news'). The
contents of the subfolder should now be displayed.
4. Right click 'news' and choose manage bookmarks.
Actual Results:
The manage bookmarks window opens.
The bookmarks menu closes
BUT
but the box showing the contents of 'news' remains open.
It remains ontop of all windows including other applications that may be opened.
Expected Results:
The manage bookmarks window opens.
The bookmarks menu closes.
The box showing the contents of subfolder closes.
I have a screen shot which i will attach if i can.
Comment 2•22 years ago
|
||
Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Comment 3•22 years ago
|
||
Confirmed here too.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030313 Phoenix/0.5
This occurs with the Open in Tabs menu item as well. (could someone tweak the
summary?)
*** Bug 206002 has been marked as a duplicate of this bug. ***
Comment 6•22 years ago
|
||
-> Menus
Updating summary. This affects other menus as well. For example, right-click the
toolbar to show the "Customize..." menu, and then click the Bookmarks menu.
Component: Bookmarks → Menus
Summary: bookmarks sub menus dont close after choosing 'manage folder' → Context Menus dont close after choosing other menu
Comment 7•22 years ago
|
||
*** Bug 206057 has been marked as a duplicate of this bug. ***
Comment 8•22 years ago
|
||
*** Bug 206069 has been marked as a duplicate of this bug. ***
Comment 9•22 years ago
|
||
*** Bug 206138 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
*** Bug 206193 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
I have a similar issue. Worse though, them menu stays visible on top of
everything even after switching to another app.
An easier way to reproduce this:
1) Right-click on a web page.
2) After the context menu appears, click on any menu on the menu bar. The menus
flash up and disappear. The context menu incorrectly remains.
3) Switch to another window/application either by clicking on it, or clicking on
its icon on the task bar.
I'm using Win2K AS and Mozilla Firebird 0.6. Mozilla 1.3.1 doesn't behave like
this - it behaves correctly.
Comment 12•22 years ago
|
||
The scenario from comment 11 has shown up in the main Mozilla branch as well,
bug 206919.
Comment 13•22 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030523 Mozilla
Firebird/0.6
Didn´t work with 0.6 Release, working now after installing todays nightly.
Comment 14•22 years ago
|
||
Comment 11 is WFM in 20030523 PC/WinXP but comment 1 is still broken.
Comment 15•22 years ago
|
||
i can confirm comment #1 with 20030526
this bug appears not only in a subfolder, but with the "parent" (comment #1
imported ie) folder aswell.
Try right-clicking on a folder an then move the mouse away.
The menu will stay.
Comment 16•22 years ago
|
||
About Comment #15, menus are supposed to be open until the next mouse-click.
It's when they don't that ppl file bugs like this.
Comment 17•22 years ago
|
||
Sorry about the bugspam but I left out a smiley at the end of my last comment
and it totally changed the tone.
Comment 18•22 years ago
|
||
*** Bug 208895 has been marked as a duplicate of this bug. ***
Comment 19•22 years ago
|
||
*** Bug 208552 has been marked as a duplicate of this bug. ***
Comment 20•22 years ago
|
||
I have a similar problem on Windows.
1) Click on the URL drop-down.
2) Click on a menu button ("Bookmarks")
Problem: both menus are open at once. It becomes very difficult to close the
URL drop-down! You have to know to hit ESC twice, or click on a blank spot on
the web page. Clicking on a blank spot on the menu bar does not work.
What I expected: when clicking on Bookmarks, the URL menu should close. Only
one menu should be open at one time.
Comment 21•22 years ago
|
||
*** Bug 210892 has been marked as a duplicate of this bug. ***
Comment 22•22 years ago
|
||
*** Bug 213426 has been marked as a duplicate of this bug. ***
Comment 23•22 years ago
|
||
*** Bug 214131 has been marked as a duplicate of this bug. ***
Comment 24•22 years ago
|
||
Taking QA Contact as designated owner of Firebird-Menus. Sorry for bugspam.
QA Contact: asa → bugzilla
Comment 25•21 years ago
|
||
Do the same thing as in loadBookmarkMiddleClick().
Comment 26•21 years ago
|
||
Comment on attachment 129537 [details] [diff] [review]
Closes open bookmark folder menus manually before dispatching a command
I know hyatt's been in here recently...review?
Attachment #129537 -
Flags: review?(hyatt)
Comment 27•21 years ago
|
||
The patch fixes http://bugzilla.mozilla.org/show_bug.cgi?id=210910 but this bug
still remains. However kudos goes out to hyatt for fixing that bug!
Comment 28•21 years ago
|
||
Jamez is right, we figured that out together on IRC. The weird thing is, that
this patch intended fixes bug 210910, but not bug 197112 :-|
And Jamez, the patch was not from Hyatt, it was from paxunix.
Comment 29•21 years ago
|
||
Comment on attachment 129537 [details] [diff] [review]
Closes open bookmark folder menus manually before dispatching a command
Doh! I confused the two bugs...thanks for pointing it out. Dropping review
request and obsoleting patch. I've attached the patch to bug 210910 for
review.
Attachment #129537 -
Attachment is obsolete: true
Attachment #129537 -
Flags: review?(hyatt)
Comment 30•21 years ago
|
||
I can reproduce this with
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030811 Mozilla
Firebird/0.6.1+
After patching with the patch I obsoleted, I can't reproduce it. Does anyone
else notice different results when patched with this patch? I tried with
X-Mouse functionality enabled and disabled and, with the patched version, all
menu popups always went away. I could be missing something...
Assignee | ||
Comment 31•21 years ago
|
||
--> me
Assignee: chanial → hyatt
Target Milestone: --- → Firebird0.8
Comment 32•21 years ago
|
||
After updating to build 20030811, this patch fixed both bug 210910, and Bug 197112.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030811 Mozilla
Firebird/0.6.1+
Comment 33•21 years ago
|
||
why the hell is this still not changed in firebird 0.7???
Comment 34•21 years ago
|
||
please stop spamming the bugs.
why the hell don't you write a patch instead of bitching? if you don't have
anything valuable to contribute to this bug, don't leave any comment.
Comment 35•21 years ago
|
||
*** Bug 226632 has been marked as a duplicate of this bug. ***
Comment 36•21 years ago
|
||
Looks to me like this has been fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
QA Contact: bugzilla → menus
You need to log in
before you can comment on or make changes to this bug.
Description
•