Closed Bug 130855 Opened 23 years ago Closed 23 years ago

clicking on menuitem with submenu often activates an item on the submenu

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: tuukka.tolvanen, Assigned: blizzard)

References

Details

(Keywords: regression, Whiteboard: [blizzard:fixit])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020313 BuildID: 2002031321 Reproducible: Always Steps to Reproduce: 1. Open the bookmarks menu (from the menu bar or personal toolbar) 2. Click a folder on the menu (clicking fast before the submenu is shown or double-clicking may help reproduce the problem) Actual Results: Clicking on the folder causes an item on the submenu to activate, i.e. the browser goes to a page on the submenu, or a sub-submenu pops open in the distance Expected Results: Nothing, or open submenu if not already visible Tested on linux: 0.9.9: no bug cvs today, nightly 2002031321 bugs
Does happen also with a fresh profile, with the default bookmarks. Have to be pretty fast though. Appeared between 2002-03-09-10-trunk and 2002-03-09-21-trunk http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&sortby=Date&date=explicit&mindate=2002-03-09+09%3A00%3A00&maxdate=2002-03-09+21%3A00%3A00&cvsroot=%2Fcvsroot
URL: http://NO URL!!!!!1111 HA HA HA HA HA...
Keywords: regression
I am seeing the same problem, but I believe it is more general than described here. I see the bookmark folder problem, but I also see it with the View menu. If I click on the Text Zoom folder, 50% scaling is enacted. Happens with both Classic and Modern themes and a new profile. To reproduce: 1) Open the View menu. 2) Move the mouse over the Text Zoom folder. Zoom should be at 100% initially. 3) Allow the sub menu to popup on timeout. 4) Click on the Text Zoom folder itself (_not_ one of the items on the popup menu). 5) Text is now really small because the Zoom is now 50%. Tested with Mozilla trunk 2002-03-14-08 on Linux with a new profile.
WFM 2002031403 on WinXP. Linux only? ->XP menus
Assignee: ben → hyatt
Component: Bookmarks → XP Toolkit/Widgets: Menus
QA Contact: claudius → shrir
This is a really ugly regression for Linux users. Could someone please nominate this for mozilla1.0 and also up its Severity?
blizzard, you're being fingered by blake, at least. Seems plausible, can you take a quick look? Or tell us and maybe bryner can help, based on the bonsai link here and your checkin recorded in it. /be
Assignee: hyatt → blizzard
Keywords: mozilla1.0
Yeah, I'll bet this is my bug. I've been thinking about ways to fix it. I thought I had, but I guess not. It's a bad interaction of grabs, event rewrites and other such nonsense. Weeeee!
Whiteboard: [blizzard:fixit]
Keywords: nsbeta1
Yeah Stephen I see this in all menus too, adjusting summary. fwiw, it doesn't happen when activating the menu item with the enter key.
Summary: clicking on bookmark menu folder sometimes activates an item on the submenu → clicking on menuitem with submenu often activates an item on the submenu
*** Bug 134827 has been marked as a duplicate of this bug. ***
*** Bug 135313 has been marked as a duplicate of this bug. ***
Linux only. Win is OK. Happens on any menu item with submenu. Not only bookmarks
*** Bug 136600 has been marked as a duplicate of this bug. ***
Nice directions from 136600, > 1.open a menu, tools for example. (release mouse button) > 2.go to password manager, press and hold mouse button. > 3.move the pointer up and down the parent menu. the signals go to the submenu.
*** Bug 136608 has been marked as a duplicate of this bug. ***
*** Bug 136872 has been marked as a duplicate of this bug. ***
Blocks: 139157
*** Bug 139411 has been marked as a duplicate of this bug. ***
*** Bug 140148 has been marked as a duplicate of this bug. ***
*** Bug 140299 has been marked as a duplicate of this bug. ***
This now wfm in a new trunk cvs build, and latest trunk nightly (2002-04-27-21-trunk). Latest branch build (2002-04-27-08-1.0.0) still bugs.
In the very build that this bug seems to be fixed, 2002-04-27-21 trunk, bug 140767 appears. Coincidence? I think not.
i think fix caused regression: now, if you go to some menu (so it appears) and move mouse to another rootlevel menuitem, new menu does not popup. let me explain: click on `edit' menu, and move mouse to `view' menu -- edit popup stays open, view popup doesn't appear. click on `view' menu - edit menu closes, click again - 'view' menu opens. 2002042807, linux
This should have been fixed with the check in of bug 129591, on the trunk anyway.
Depends on: 129591
The fix has been landed on the 1.0 branch and the trunk. Closing.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
linux x86 2002-04-30-21 Confirmed fixed.
verif fixd 0501.
Status: RESOLVED → VERIFIED
Keywords: verified1.0.0
*** Bug 141777 has been marked as a duplicate of this bug. ***
*** Bug 142682 has been marked as a duplicate of this bug. ***
*** Bug 143106 has been marked as a duplicate of this bug. ***
*** Bug 134632 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.