Slow file manager/ file dialogue on Manjaro Cinnamon

Hello,

I was affected by the bugs a year ago; Incredibly slow application load times after updates - #5 by Lutty

I applied the solution:

sudo pacman -Rdd xdg-desktop-portal-gnome                                                                                                                
sudo pacman -S xdg-desktop-portal-gtk

But this only solves the problem occasionally. It comes back randomly from one boot to the next.

I don’t understand why.

The only app concerned is linked with file system (nemo) or any app when she want save a file (screenshot app for example, peek when it save capture, firefox when i click a select file button …)

A video that show problem

It’s been going on for a year now, and it’s getting really annoying…

I’m on Manjaro with Cinnamon.

Thanks for any help.

Does this mean you end up having portal-gnome installed and portal-gtk uninstalled?
Packages shouldnt just be coming back, or being removed, ‘randomly’.

⇒sudo pacman -Rdd xdg-desktop-portal-gnome                              09:38:46
 sudo pacman -S xdg-desktop-portal-gtk
[sudo] Mot de passe de kvezier : 
erreur : impossible de trouver la cible : xdg-desktop-portal-gnome
avertissement : xdg-desktop-portal-gtk-1.15.1-1 est à jour -- réinstallation

xdg-desktop-portal-gnome → Not installed
xdg-desktop-portal-gtk-1.15.1-1 → up to date

I think it’s another problem, linked to the file system.

Starting Firefox is fast, open modal for import file take loong time, and until modal is opened, Firefox is freeze
Demo for firefox here

It’s kind of the same problem as this one:
https://bbs.archlinux.org/viewtopic.php?pid=2055916#p2055916

except that instead of qt, it’s gnome

Xed it’s the same problem.
Double-click on a file in nemo, opens xed and launches it immediately.
Do file → open in xed and it freezes for 20 seconds/.

I don’t know how, but it appears to be solved.

I apply this [SOLVED] Open file dialog freezes program or is very slow / Newbie Corner / Arch Linux Forums
I am not sure if it was really that the solution

Its documented here:
https://wiki.archlinux.org/title/Qt#File_dialog_are_very_slow_and_crash_the_related_application

But still for qt, so it being related to cinnamon/nemo would be odd.

There is an example of it affecting gnome/nautilus … but only in the context of opening qt apps (which, for example, xed is not). So its still curious :thinking:

https://bbs.archlinux.org/viewtopic.php?id=283703

1 Like

Finally ~/.config/QtProject.conf is not the cause of my problem.
Today the problem come back …

I make a strace of nemo launch

newfstatat(AT_FDCWD, "/var/lib/snapd/desktop/pixmaps", 0x7ffca9c74080, 0) = -1 ENOENT (Aucun fichier ou dossier de ce nom)
newfstatat(AT_FDCWD, "/usr/share/nemo/icons", {st_mode=S_IFDIR|0755, st_size=4096, ...}, 0) = 0
newfstatat(AT_FDCWD, "/usr/share/nemo/icons", {st_mode=S_IFDIR|0755, st_size=4096, ...}, 0) = 0
openat(AT_FDCWD, "/usr/share/nemo/icons/icon-theme.cache", O_RDONLY) = -1 ENOENT (Aucun fichier ou dossier de ce nom)
openat(AT_FDCWD, "/usr/share/nemo/icons", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 12
fstat(12, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents64(12, 0x587823a29c20 /* 3 entries */, 32768) = 80
getdents64(12, 0x587823a29c20 /* 0 entries */, 32768) = 0
close(12)                               = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK)   = 12
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x5878237e1ac0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237e1800, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237dbba8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=12, events=POLLIN}], 1, 25000) = 1 ([{fd=12, revents=POLLIN}])
read(12, "\1\0\0\0\0\0\0\0", 8)         = 8
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x5878237e1ac0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237e1800, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237dbba8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=12, events=POLLIN}], 1, 25000) = 1 ([{fd=12, revents=POLLIN}])
read(12, "\1\0\0\0\0\0\0\0", 8)         = 8
write(12, "\1\0\0\0\0\0\0\0", 8)        = 8
futex(0x5878239eddf0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
close(12)                               = 0
eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK)   = 12
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x5878237e1ac0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237e1800, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x5878237dbba8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=12, events=POLLIN}], 1, 25000) = 0 (Timeout)   <----------------------------------  This event take 25 sec
write(12, "\1\0\0\0\0\0\0\0", 8)        = 8
futex(0x587823aa99a0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
close(12)                               = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x5878237d3620, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x7e054c6bdf78, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x5878237d38b0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7e054c6bdff8, FUTEX_WAKE_PRIVATE, 2147483647) = 0

Nobody can help ?

I will have to reinstall my manjaro for fix this ?

The problem is random, and i need to reboot one or more time fox solve it.

I’ve also had this problem, on and off, with Cinnamon/Nemo. It does seems to go away and come back, but whether that’s particular updates or particular kernels I haven’t figured out.

For me, it seems to have something to do with resuming from Suspend (I suspend most of the time, obv. apart from updates). If I leave Nemo running, then after resume it will be weirdly slow. Seems to be affecting Thunderbird too recently.

Today this is affecting dialogs in Firefox and having just closed Nemo, it now won’t start. Starting from terminal gives no useful info as it doesn’t get very far.

Restarting Cinnamon failed — black screen with cursor. Attempting to restart from tty just ended up restarting my session, but still only to a black screen.

After a reboot, all is fine again. [impressed that this post was cached over that reboot]