Closed Bug 53636 Opened 24 years ago Closed 24 years ago

XP Menus are dead slow

Categories

(Core :: XUL, defect, P1)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: hyatt, Assigned: hyatt)

Details

(Keywords: regression)

XP menus have regressed dramatically today. There are on the order of 25-30 times slower than before. Something has gone horribly wrong with them.
Nominating for nsbeta3, setting priority to p1.
Status: NEW → ASSIGNED
Keywords: nsbeta3, regression
Priority: P3 → P1
Target Milestone: --- → M18
they've been slow for a while, i've noticed. i don't think it's a recent thing, fwiw. note that it's slow in both skins.
A result of bug 36849 being fixed? See the menu discussion at the end.
Group: mozillaorgconfidential?
Severity: normal → enhancement
OS: Windows NT → BSDI
er..sorry..got morphed somehow
Severity: enhancement → normal
OS: BSDI → All
Hardware: PC → All
Group: mozillaorgconfidential?
per convers. with trudelle, this is probably going to wait until rtm. nominating... Also, if this is present in the branch, this needs to be ++ to fix it there as well. [btw: i notice general sluggishness throughout the app, especially trees...so probably not just limited to xpmenus]
Keywords: rtm
This was caused by the hierarchical hover problem. Turning that off made menus fast again. Resolving as fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Yep. verified fixed.
Status: RESOLVED → VERIFIED
Are you sure this is fixed? I'm still seeing glacial performance in my bookmarks menu. What bug covers joki's hover changes?
trudelle: bug 5693
It is fixed with respect to the impact of hierarchicalHover. When that pref was 'true', menu's could not even track the movement of the mouse (i.e., move the mouse down 5 menuitems, then wait for ~4 seconds for the :hover style to switch). That behaviour is no longer present.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.