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)

defect
Not set
normal

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.
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)
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)
Whiteboard: [Australis:P4]
Attached patch patch (obsolete) — Splinter Review
Keyboard navigation of menus sets the [_moz-menuactive] attribute.
Assignee: nobody → mbrubeck
Status: NEW → ASSIGNED
Attachment #8363984 - Flags: review?(jaws)
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)
Assignee: mbrubeck → nobody
Flags: needinfo?(mdeboer)
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-]
confirming on macOS and resetting bug status
Status: ASSIGNED → NEW
OS: Linux → All
Hardware: x86_64 → All

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.

Attachment

General

Created:
Updated:
Size: