Add "wait cursor" during first click at "main menu"

Bug #527594 reported by Bartosz Kosiorek on 2010-02-25
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Won't Fix
One Hundred Papercuts
gnome-panel (Ubuntu)

Bug Description

Steps to reproduce:
After run Ubuntu, when I first click at GNOME "main menu" (where is shortcuts to all applications), it takes about 5 seconds before the menu appear.
Until that nothing is happened and it is very frustrating because it looks like the menu just freeze.
My friend click on this menu several times, but the menu appear after 5 seconds.

Actual behavior:
Nothing happens after first click GNOME "main menu", neither "wait mouse cursor" nor any show that main menu is currently generating

Expected behavior:
To resolve this bug, please add "wait mouse cursor". With that I will know that "main menu" is already generating (not freeze).

The bug with slow menu open at the first click is available at:

description: updated
description: updated
description: updated
description: updated
description: updated
Julian Andres Klode (juliank) wrote :

After reading the other bug report and this one, I guess that you are talking about GNOME's menu (part of the standard Ubuntu install), and not about gnome-main-menu (created by Novell and shipped in universe).

affects: gnome-main-menu (Ubuntu) → gnome-panel (Ubuntu)
Vish (vish) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 12040 , so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Please continue to report any other bugs you may find.

Since this is just a suggestion to improve the main bug , it would be dealt with in the main bug itself.
Btw , in Lucid this is not a big problem as it is much faster now. As also mentioned by others in the main bug.

Vish (vish) wrote :

Argh! lp ate half my comment. :
Since this is a suggestion to workaround to the main bug , it can be discussed on bug 12040 itself.

Bartosz Kosiorek (gang65) wrote :

No !
This bug is not duplicate of the

The #12040 bug was submitted in 2005, and it is not resolved yet.

This bug is make information to user, that Ubuntu is currently works and not freeze

Bartosz Kosiorek (gang65) wrote :

I don't want to resolve "slow menu" problem, only I would like to add "wait cursor" during first open GNOME main menu.

This issue is not Workaround.
It is not resolve/workaround the problem with slow menu. It is only some aditional information which should be added.

It will be very useful for users with slow computers (like me), for example on netbooks.

Vish (vish) wrote :

I'm not sure this is trivially fixable though.

Marking incomplete in papercuts , until someone can point that the fix is trivial.

Changed in gnome-panel (Ubuntu):
importance: Undecided → Wishlist
status: New → Triaged
Changed in hundredpapercuts:
status: New → Incomplete
Bartosz Kosiorek (gang65) wrote :

Thanks Vish.

This bug was submitted to GNOME bugzilla.

Vish (vish) on 2010-03-01
Changed in gnome-panel (Ubuntu):
status: Triaged → Confirmed
status: Confirmed → Triaged
Changed in gnome-panel:
status: Unknown → New
Changed in gnome-panel:
importance: Unknown → Low
Chris Wilson (notgary) wrote :

Thanks a lot for reporting this, however this is not a trivially fixable so I am marking it down as a paper cut.

The reason for this is that we should only display a 'please wait' icon when the menu is taking too long to open up, but the definition of too long is open to interpretation.

Such a feature would not be implemented in gnome-panel since that would only solve the problem there without affecting any other menu in the system that could open slowly. Instead this would be implemented in GTK, the graphical framework upon which the entire Ubuntu interface is built, which would also be nontrivial.

Changed in hundredpapercuts:
status: Incomplete → Invalid
affects: gnome-panel (Ubuntu) → gtk+2.0 (Ubuntu)
Changed in gtk+2.0 (Ubuntu):
status: Triaged → New
Chris Wilson (notgary) wrote :

Could someone with the appropriate permissions please go upstream and change the affected project to GTK and the severity to Enhancement?

Sebastien Bacher (seb128) wrote :

There is no reason for other menus to be slow, that one just read content on disk and icons, that's rather specific to it and not to other gtk widget

affects: gtk+2.0 (Ubuntu) → gnome-panel (Ubuntu)
Changed in gnome-panel (Ubuntu):
status: New → Triaged
Changed in gnome-panel:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.