After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164574 - Gnome menu is slow when clicking for the first time
Gnome menu is slow when clicking for the first time
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: general
2.9.x
Other Linux
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 317472 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-01-19 11:41 UTC by Sebastien Bacher
Modified: 2015-03-24 13:00 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Patch (1.53 KB, patch)
2005-02-02 20:53 UTC, Vincent Untz 		none Details | Review
Second approach (2.39 KB, patch)
2005-02-02 22:29 UTC, Vincent Untz 		none Details | Review

Description Sebastien Bacher 2005-01-19 11:41:36 UTC 
This bug has been opened here: https://bugzilla.ubuntu.com/5643

"Hello,

The new gnome menu is slow to load compared to Warthy. The first time I click on
menu it begins accesing the hd and after some seconds appears. This was faster
on Warty as I said. It seems that almost all menus are loaded the first time. 
This is confusing for the user.

I'm probably experiencing longer delays than other users because I'm running
Ubuntu on a laptop (which has a slow HD).

SnOp"


Jeff already spoke about this with the first versions of the new xdg panel, it
seems to be slow especially when you have a category change (ie: if I install
the debian submenu here).
Comment 1 Vincent Noel 2005-01-19 16:49:55 UTC 
I think in previous releases the menu was loaded at startup, which meant a delay
at startup. This must have been a part of the startup-optimization frenzy, as
now the menu is loaded only on the first use.
Comment 2 Vincent Untz 2005-02-02 20:53:03 UTC 
Created attachment 36893 [details] [review]
Patch

Could people test this patch?
It seems to be better here, but I have some difficulties to make the problem
appear without the patch (probably because of the HD cache) so maybe this
doesn't help a lot...
Comment 3 Vincent Untz 2005-02-02 22:29:45 UTC 
Created attachment 36898 [details] [review]
Second approach

Another approach. This might be better... or not. With this patch, please pay
attention to submenus. Are they slow to appear or not?
Comment 4 Vincent Untz 2005-06-06 19:53:59 UTC 
Fixed in HEAD.
Comment 5 Paul Drain 2005-06-20 01:21:39 UTC 
This fix seems to cause crasher issues on (at the very least) x86-64 and PPC
using either the 2.11.3 tarball or current CVS.

As seen on http://mail.gnome.org/archives/garnome-list/2005-June/msg00020.html,
backing out this patch, fixes the issue.
Comment 6 Vincent Untz 2005-06-22 12:40:47 UTC 
A stack trace of the crash would be useful :-)
Comment 7 Mark McLoughlin 2005-06-28 11:13:56 UTC 
Please open a new bug with a stack trace
Comment 8 Ed Anderson 2005-09-28 23:17:13 UTC 
*** Bug 317472 has been marked as a duplicate of this bug. ***