Closed Bug 273 Opened 27 years ago Closed 25 years ago

Submenu open delay wrong on Windows

Categories

(Core :: XUL, defect, P4)

Product:
Core
Component:
XUL
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 24514

People

(Reporter: shaman, Assigned: mikepinkerton)

References

Details

Created by (shaman@nlc.net.au) on Friday, April 24, 1998 4:07:26 PM PDT Additional Details : There is a little known setting in the Windows95 registry which sets the time it takes a menu to open up after the mouse has moved over it's root node. It's really disconcerting when the normal menus are nice and snappy, but I have to sit there and wait for the submenus in the bookmark tree to open up. Updated by (blythe@netscape.com) on Tuesday, June 9, 1998 4:14:28 PM PDT Additional Details : Bill, this would be a nice OS integration enhancement. Updated by (blythe@netscape.com) on Tuesday, June 9, 1998 4:14:37 PM PDT Additional Details : Bill, this would be a nice OS integration enhancement.
Status: NEW → ASSIGNED
I'll look into putting in this fix after i wrap up 5.0 feature work.
Component: Platform: OS/2 → Windows FE
law - would like to retire Platform:xxx components. Platforms and OS's are covered in other Bugzilla fields. What would be the proper component for this? Windows FE ok?
Yes, it's definitely a winfe thing.
Component: Windows FE → Compositor
Product: MozillaClassic → Browser
Version: 1998-04-08 → other
hmmm, this bug has to be moved over to Browser product, and there's no Windows FE component... MozillaClassic has been retired.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4110 → 4144
Reassigning qa contact to petersen@netscape.com
Assignee: law → trudelle
Status: ASSIGNED → NEW
Component: Compositor → XP Toolkit/Widgets
Re-assigned to trudelle@netscape.com and changed component to XP Toolkit/Widgets. Peter, is this kind of archaic bug still valid? We don't do this kind of thing anymore in XPApps land. Should Chris Saari get this?
Assignee: trudelle → saari
Priority: P3 → P4
I'm sure it will be, for dynamically-generated menus, and it won't be slow just on Windows either. Reassigning to saari as p4
On the upside, all of the menus will be equally slow, so bookmarks won't stand out.
Summary: Menu speed wrong for custom menus. (Like bookmarks) → [PERF] Menu speed wrong for custom menus. (Like bookmarks)
Target Milestone: M7
targeting m7
Summary: [PERF] Menu speed wrong for custom menus. (Like bookmarks) → Menu speed wrong for custom menus. (Like bookmarks)
Whiteboard: [Perf]
putting on [Perf] radar
Target Milestone: M7 → M15
This isn't getting attention for a quite a while
Blocks: 9164
Blocks: 12671
Blocks: 12670
Severity: trivial → minor
Summary: Menu speed wrong for custom menus. (Like bookmarks) → XP submenu open delay wrong
Depends on: 22979
Bulk add of "perf" to new keyword field. This will replace the [PERF] we were using in the Status Summary field.
Keywords: perf
Keywords: perf
Summary: XP submenu open delay wrong → Submenu open delay wrong on Windows
Whiteboard: [Perf]
Assignee: saari → pinkerton
taking popup/menu bugs. I hate my life.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 24514 ***
Marking verified dup of 24514
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.