Closed
Bug 940289
Opened 11 years ago
Closed 3 years ago
Bookmarks menu slow to respond on mouse over
Categories
(Firefox :: Toolbars and Customization, defect)
Firefox
Toolbars and Customization
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bj, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [Australis:P-])
Attachments
(1 obsolete file)
Steps to reproduce:
* Open the bookmarks menu.
* Mouse over entries with submenus.
Expected result:
Submenus open rapidly.
Actual result:
There is a delay before the submenus open.
The delay also happens for sub-submenus.
Depending on screen position and bookmark length the submenus may appear to the left or the right. When the menus don't appear immediately I start to look in the direction I expect the menu to appear (the same direction as the last menu). It's disconcerting when the menu then appears on the other side.
This doesn't appear to be an Australis issue, the lag appears to be about the same with Firefox 25 and Nightly 28. I just happened to notice the effect as I was paying more attention to the bookmarks menu today with the new appearance.
Updated•11 years ago
|
Blocks: australis-merge
Comment 1•11 years ago
|
||
I'm going to guess that this is because we're synchronously constructing those menupopups with the bookmarks data. It might be worthwhile to see if we can pump out some nodes into the menupopups in chunks to let the event loop breathe...
But I think that might be orthogonal to Australis.
Mano - assuming I've got all my facts straight here, are there any big technical challenges to let the event loop breathe some while constructing those menupopups?
Flags: needinfo?(mano)
Comment 2•11 years ago
|
||
You'd have to check in what ways the corresponding places view (the one in browserPlacesViews.js, that is) are assuming the user only interacts with a fully loaded view. The only thing I can think about off-hand is D&D logic.
Flags: needinfo?(mano)
Updated•11 years ago
|
Whiteboard: [Australis:P4]
Comment 4•11 years ago
|
||
Keyboard navigation of menus sets the [_moz-menuactive] attribute.
Comment 5•11 years ago
|
||
Comment on attachment 8363984 [details] [diff] [review]
patch
Sorry, wrong bug. (That patch was meant for bug 940286.)
Attachment #8363984 -
Attachment is obsolete: true
Attachment #8363984 -
Flags: review?(jaws)
Updated•11 years ago
|
Assignee: mbrubeck → nobody
Updated•11 years ago
|
Flags: needinfo?(mdeboer)
Comment 6•11 years ago
|
||
This is indeed not Australis related, as suggested in comment 0.
Setting P- to clear it for Australis tracker(s).
Flags: needinfo?(mdeboer)
Whiteboard: [Australis:P4] → [Australis:P-]
Comment 7•7 years ago
|
||
confirming on macOS and resetting bug status
Status: ASSIGNED → NEW
OS: Linux → All
Hardware: x86_64 → All
Reporter | ||
Comment 8•3 years ago
|
||
I have not seen this problem for quite a while.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•