! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Terrible lag when opening the menu for the first time after booting
Status:
RESOLVED: FIXED
Product:
Xfce4-whiskermenu-plugin
Component:
General

Comments

Description Cyttorak 2016-11-10 22:30:10 CET
There is a terrible lag when opening the menu for the first time after booting.

It is happening al least with Linux Mint 17

In https://forums.linuxmint.com/viewtopic.php?f=57&t=193171 someone said that it is only happen with spinning hard drives, because there isn't any lag with SSD.
Comment 1 Graeme Gott editbugs 2016-11-12 12:04:21 CET
Please define "terrible lag". Whisker Menu has always taken several seconds before it can be used, no matter what the version. It isn't any slower to load for me than it ever has been. I don't have a SSD, so I can't speak to how it is to use on one.

Earlier versions tried to mask the loading delay, but that caused issues for some people where the menu was completely unusable and only showed as a gray block. Now it waits with loading the menu contents until you open it the first time.

As an aside, I have no idea where the notion came from that Whisker Menu searches the disk. It doesn't. It only ever searches the menu items loaded by garcon, and that doesn't add any delay because it has to load the menu items whether you search them or not.
Comment 2 Cyttorak 2016-11-12 19:42:20 CET
"terrible lag" == 25 or 30 seconds
Comment 3 Graeme Gott editbugs 2016-11-12 21:55:07 CET
That's unusually long; it is a much shorter delay for me.

Is this a delay after you press the menu button, or before the menu button shows up? And did this happen in older versions? And, if you are willing to test, does it happen with the version from my PPA?

You said version Linux Mint 17, but do you mean 17.0? 17.3? Every little bit helps narrow things down. And since I can't fix the issue if I don't see it myself, I need to know what version of Linux Mint to test.
Comment 4 Cyttorak 2016-11-13 02:29:24 CET
The lag is between you press de button and the menu button shows up. In other words:
1- Press the button
2- nothing happe during X seg
3- menu is showed

The 25-30 seconds lag is the worst escenario, but if you are lucky sometimes is only 10 seconds.

My linux mint is 17.03 64bits. I have only use xfce in linux mint 17.03 so I don't know how works in others linux versions or others whisker versions, but in https://forums.linuxmint.com/viewtopic.php?f=57&t=193171 talks about others versions.

I think that at the very beginning (when I installed linux mint) it wasn't happened. So maybe is it something related with have changed some items with menulibre? I don't know.

which ppa is the your? I'll try it.
Comment 5 Graeme Gott editbugs 2016-11-13 13:54:58 CET
(In reply to cyttorak from comment #4)
> I think that at the very beginning (when I installed linux mint) it wasn't
> happened. So maybe is it something related with have changed some items with
> menulibre? I don't know.

That's definitely possible. You could try renaming the ~/.local/share/applications folder and creating a new, empty one. Reboot to clear any cache, and then check to see if the lag is gone when opening the menu. If that does solve the lag, try copying one .desktop file at a time back, and rebooting after each one.

> which ppa is the your? I'll try it.

https://launchpad.net/~gottcode/+archive/ubuntu/gcppa
Comment 6 Cyttorak 2016-11-13 18:05:45 CET
Instead of remove ~/.local/share/applications I have created a new linux user. I think it would be more or less the same effect.

The result has been this:

1- Create a new linux user
2- Reboot
3- Login with the new user
4- Press Menu Whisker
5- terrible lag :_
6- Close session
7- Login with my normal user
8- Press Menu Whisker
9- No lag :)

So it is really only happened the first time after booting the computer, no mater if later you change the session or de user, so I think ~/.local/share/applications is not the problem

About the ppa, I have this problem:

$ sudo add-apt-repository ppa:gottcode/gcppa
You are about to add the following PPA to your system:
 Ubuntu packages for http://gottcode.org/
 More info: https://launchpad.net/~gottcode/+archive/ubuntu/gcppa
Press [ENTER] to continue or ctrl-c to cancel adding it

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.9FL7V4WURk --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 58043CFF
gpg: requesting key 58043CFF from hkp server keyserver.ubuntu.com
gpgkeys: key 58043CFF can't be retrieved
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

$ sudo apt-get update
...
Fetched 15,5 kB in 7s (2.007 B/s)                                              
Reading package lists... Done
W: GPG error: http://ppa.launchpad.net trusty InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4B6DCB2258043CFF
Comment 8 Graeme Gott editbugs 2016-11-13 20:41:53 CET
(In reply to cyttorak from comment #6)
> Instead of remove ~/.local/share/applications I have created a new linux
> user. I think it would be more or less the same effect.
> 
> The result has been this:
> 
> 1- Create a new linux user
> 2- Reboot
> 3- Login with the new user
> 4- Press Menu Whisker
> 5- terrible lag :_
> 6- Close session
> 7- Login with my normal user
> 8- Press Menu Whisker
> 9- No lag :)
> 
> So it is really only happened the first time after booting the computer, no
> mater if later you change the session or de user, so I think
> ~/.local/share/applications is not the problem

Interesting.

When I install and use Linux Mint 17.3, there is no large lag for the first time. Perhaps it is the specific apps you have installed, then, since the lag happens for you even with a fresh user. Have you installed a lot of things beyond the base Linux Mint?
Comment 9 Cyttorak 2016-11-14 17:04:03 CET
Yes. I have installed many applications. I couldn't do a list of them, but most of all are popular applications from the standard repositories, nothing strange.
Comment 10 Mike 2016-11-16 09:08:41 CET
Sorry to butt-in, but I have the same issue...

Upon the first boot of the system, when I click on the Whisker Menu icon, there is a delay of around 5-6 seconds before the menu appears.

It only seems to happen on the first use of Whisker Menu. Subsequent use is fine (ie: no delay).

I've had this issue on Linux Mint 17.3 and 18.0 64-bit xfce, running as both VMs in VirtualBox and also on 'real' hardware (Dell Optiplex 960 Intel Q9400 Core 2 Quad/ 8GB RAM).
Comment 11 Anonymous 2016-12-31 13:25:50 CET
I have the same problem on openSuSE 13.1

When i open the menu the 1st time after boot it takes up to 10 Seconds.
The same is when i start the midori browser the first time.
After starting midori from desktop one time and then click on the whiskermenu it starts instantly.
So i think the problem is somewhere else, on gio or gvfsd?
Comment 12 Graeme Gott editbugs 2017-01-14 11:21:36 CET
(In reply to bugmenot from comment #11)
> I have the same problem on openSuSE 13.1
> 
> When i open the menu the 1st time after boot it takes up to 10 Seconds.
> The same is when i start the midori browser the first time.
> After starting midori from desktop one time and then click on the
> whiskermenu it starts instantly.
> So i think the problem is somewhere else, on gio or gvfsd?

That is very interesting. The actual delay may be elsewhere, but it still could be initiated by something Whisker Menu is doing. I assume the regular Xfce menu and the application finder don't have the delay that Whisker Menu does? As I don't have the delay myself, I have not yet been able to figure out what is causing it.
Comment 13 Graeme Gott editbugs 2017-02-16 16:18:01 CET
Does this lag still occur with version 1.7?
Comment 14 Cyttorak 2017-10-21 20:34:58 CEST
With xfce4-whiskermenu-plugin 1.7.2 in Linux Mint 18.2 it is ok. There isn't any significant more lag.
Thanks.
Comment 15 Graeme Gott editbugs 2017-10-21 20:43:19 CEST
Excellent! Closing as fixed.

Bug #12954

Reported by:
Cyttorak
Reported on: 2016-11-10
Last modified on: 2017-10-21

People

Assignee:
Graeme Gott
CC List:
2 users

Version

Attachments

Additional information