! 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 !
Slow UI response in folders with a lot of objects
Status:
RESOLVED: INVALID

Comments

Description Maximilien Noal 2012-12-03 20:53:27 CET
Since Thunar 1.5.0, a folder with say ~30 files in it takes 3 seconds to select all the files. And then, it takes each and every time 3 more seconds for each action on the selected files (the right click menu takes 3 seconds to appear, a 'cut' operation takes 3 seconds to put the files in the clipboard, going in another folder takes 3 seconds, ...).

I'm using Thunar 1.6.0, exo 0.10.0 on top of Xfce 4.10, on Archlinux, the same behavior is still there.

If there is only like 5 files in the folder, things aren't slow.

File types (nor thumbnails) do not seem to be part of the issue : I tested and reproducted this in a directory with ~30 empty files and in my ~/Videos and ~/Pictures folders.

On Xubuntu 12.10, which uses Thunar 1.4.0, this bug does not exist as far as I can tell.

As an end note : I tested this in a folder with ~227 objects in it : There again, everything takes 3 seconds (but if I select only one file or a few there is no lag. If I select 15 files, there is some lag of about 1 second).
Comment 1 Nick Schermer editbugs 2012-12-15 21:31:44 CET
Pushed a fix to thunar and one to exo that should optimize this a bit. Duno if you are in the position to try thunar+exo from git master?
Comment 2 Maximilien Noal 2012-12-16 10:52:35 CET
Compiled latest exo, libxfce4util (exo dependancy), and thunar from git thanks to AUR/exo-git, AUR/thunar-git, and AUR/libxfce4util-git.

Seems to be fixed (tested in a folder with 29 objects) :
Alt-Tab from/to Thunar takes no time.
Ctrl-A takes no time.
Right click menu takes no time to appear.
Going into another folder takes no time.
After selecting 'Cut' in the menu, it takes no time for the menu to disappear and the files thumbnails' to be grayed out.


As a side note :
I had to open a Xfce session while the official libxfce4util package was still installed instead of the latest git build (which breaks session opening).
I had to build exo without the compiling options "-O2" and "-D-FORTIFY-SOURCE=2".


May be these are things to report elsewhere (in other bug reports).
Comment 3 Nick Schermer editbugs 2012-12-16 14:02:57 CET
Those are distro things.

Thanks a lot for testing!
Comment 4 Maximilien Noal 2013-01-02 15:36:45 CET
Sorry to reopen this, but in fact this bug is still present with thunar 1.6.2 + exo 0.10.2, and everything behaves like in my first comment.

One strange thing is that on another up-to-date Archlinux installation running on a Intel Pentium 3 computer, this bug does not seem to be in effect (everything is instantaneous !)

So in case something was wrong on my main user account on my main Archlinux installation running on my main computer (Intel Core2Duo-based), I created a new user and tested Thunar's behavior : everything took once again ~3 seconds.

In a VirtualBox Xubuntu 12.10, with exo 0.10.1 and thunar 1.6.1 from the Xfce 4.12 PPA, this bug does *not* occur either.

So I guess it's only a problem on my end, but not in some settings or cache in my /home folder.

Could a thunar plugin be the culprit ? Some plugin which isn't installed on the Xubuntu virtualbox or on my other Archlinux+Xfce installation ?

To recap :
- very recent Archlinux+Xfce x86 install on an old computer : no such bug
- very old but up-to-date Archlinux+Xfce x64 install on a recent computer : this bug occurs for two users (me and a user named 'test')
- Xubuntu 12.10 virtualbox wit Xfce 4.12 PPA : no such bug
Comment 5 Maximilien Noal 2013-01-27 13:54:18 CET
Out of desperation to find the cause of this bug, I reinstalled the bare minimum of my Archlinux+Xfce system, formatted everything, with a *clean* /home directory. Alas, the bug is still present. :/

At least know it doesn't come from my end. Or if it does I really don't know where.

Please let me know what I can do to provide more testing.

PS : One thing I didn't mention is that scrolling while everything is selected in a large folder becomes *very slow* too.
Comment 6 Maximilien Noal 2013-01-27 23:57:42 CET
One more hint : pcmanfm (pcmanfm: 1.1.0, libfm: 1.1.0) exhibits the exact same bug. So I guess the problem lies in a lib used by both thunar and pcmanfm ?

Nautilus and kdebase-dolphin are unaffected.
Comment 7 Maximilien Noal 2013-03-01 15:17:39 CET
Some more info :

If I use Thunar with root privileges ("gksu thunar"), this problem goes away.
Same for pcmanfm.

But it's *only* for gksu'ed thunar/pcmanfm instances.
Comment 8 Maximilien Noal 2013-03-12 17:00:57 CET
When I tried the nouveau driver instead of the nvidia driver, the problem was gone.

Sorry about the noise.

Bug #9579

Reported by:
Maximilien Noal
Reported on: 2012-12-03
Last modified on: 2013-03-12

People

Assignee:
Jannis Pohlmann
CC List:
2 users

Version

Attachments

Additional information