Bug#683394: nautilus: Thumbnails are created, but not displayed (nautilus loops over non-existing files in "~/.thumbnails/fail", causes also high CPU usage)
Matteo Settenvini
matteo-ml at member.fsf.org
Tue Jul 31 12:36:20 UTC 2012
Package: nautilus
Version: 3.4.2-1
Severity: normal
Dear Maintainer,
it is about two months I am experiencing this bug. Nautilus will
create icons in ~/.thumbnails/normal by invoking the correct
thumbnailer. I can open eog and browse them, so they are correct. The
md5 sum is also correct. For instance:
filename=$(echo -n "file:///home/matteo/Immagini/avatar.jpg" | md5sum | cut -d ' ' -f 1)
[ -f "$HOME/.thumbnails/normal/${filename}.png" ] && echo "It exists."
Prints: It exists.
I have tried also with videos (which use totem-video-thumbnailer as
specified in /usr/share/thumbnailers) and PDFs, and it also produces
the correct thumbnails in ~/.thumbnails/normal.
My ~/.thumbnails/fail/gnome-thumbnail-factory directory does not even
exist, but even if I create it, it does not solve the issue.
Running
strace nautilus 2>&1 | grep open
shows me these trailing lines:
open("/proc/mounts", O_RDONLY) = 32
open("/home/matteo/.local/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/share/gnome/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8
open("/usr/share/thumbnailers/evince.thumbnailer", O_RDONLY) = 26
open("/usr/share/thumbnailers/gnome-font-viewer.thumbnailer", O_RDONLY) = 26
open("/usr/share/thumbnailers/gnash.thumbnailer", O_RDONLY) = 26
open("/usr/share/thumbnailers/totem.thumbnailer", O_RDONLY) = 26
open("/usr/share/icons/gnome/scalable/actions/edit-find-symbolic.svg", O_RDONLY) = 8
open("/usr/share/icons/gnome/scalable/actions/edit-clear-symbolic.svg", O_RDONLY) = 8
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory)
And the last lines get repeated on and on and on again, until nautilus
is killed. While it is responsive (I can browse folders and open files
allright), no thumbnail is ever shown.
Also, grepping for "access" instead of "open" in strace, shows me that
the thumbnailers get continously invoked over the same files over and
over again. This should account for the high CPU usage.
I guess there is something wrong with the code trying the "fail" icon
before the correctly generated one, or never trying to access the icon
in ~/.thumbnails/normal afterwards (I am not sure about the intended
order).
I cannot reproduce this on Fedora 17, so it might be my configuration
on this Debian box, or either some specific Debian patch misbehaving.
Cheers,
Matteo
-- System Information:
Debian Release: wheezy/sid
APT prefers experimental
APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nautilus depends on:
ii desktop-file-utils 0.20-0.1
ii gsettings-desktop-schemas 3.4.2-1
ii gvfs 1.12.3-1+b1
ii libatk1.0-0 2.4.0-2
ii libc6 2.13-35
ii libcairo-gobject2 1.12.2-2
ii libcairo2 1.12.2-2
ii libexempi3 2.2.0-1
ii libexif12 0.6.20-3
ii libgail-3-0 3.4.2-2
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.6-1
ii libglib2.0-data 2.33.6-1
ii libgnome-desktop-3-2 3.4.2-1
ii libgtk-3-0 3.4.2-2
ii libnautilus-extension1a 3.4.2-1
ii libnotify4 0.7.5-1
ii libpango1.0-0 1.30.0-1
ii libselinux1 2.1.9-5
ii libtracker-sparql-0.14-0 0.14.1-2
ii libx11-6 2:1.5.0-1
ii libxml2 2.8.0+dfsg1-5
ii nautilus-data 3.4.2-1
ii shared-mime-info 1.0-1
Versions of packages nautilus recommends:
ii brasero 3.4.1-2.1
ii eject 2.1.5+deb1+cvs20081104-11
ii gnome-sushi 0.4.1-3
ii gvfs-backends 1.12.3-1+b1
ii librsvg2-common 2.36.1-1
Versions of packages nautilus suggests:
ii eog 3.4.2-1
ii evince [pdf-viewer] 3.4.0-2+b1
ii totem 3.4.2-1
ii tracker 0.14.1-2
ii vlc [mp3-decoder] 1:2.0.3-dmo1
ii vlc-nox [mp3-decoder] 1:2.0.3-dmo1
ii xdg-user-dirs 0.14-1
-- no debconf information
More information about the pkg-gnome-maintainers
mailing list