thumbnail problems with relative soft-links

What version of gthumb do you have?

- Mike

Sorry, forgot that. Standard feisty - 3:2.10.2-0ubuntu1.

-Peter

Michael Chudobiak wrote:
> What version of gthumb do you have?
>
> - Mike
>
>

I can't get thumbnails in symlinked directories either.

"/home/tom/Desktop/2007-05/" is a symlink pointing to "/home/tom/pictures/photos_archive/2007-05/".

If I open "~/Desktop/2007-05/" in Nautilus, and then double-click one of the photos to open it with gthumb, then go to the "browser" view, no thumbnails appear.

If, on the other hand, I go to "/home/tom/pictures/photos_archive/2007-05/" in gthumb, all the thumbnails show up.

I don't know whether this is a problem with gthumb or gnomevfs, as it could be to do with an error in detecting whether or not the directory in question is a network share.

I have attached the output I get from gthumb when using "~/Desktop/2007-05/". I get no output at all when I use "~/pictures/photos_archive/2007-05/".

Changing the thumbnail setting in Nautilus to allow viewing thumbnails on network shares does not solve the problem.

I did not get this problem in Edgy.

Tom,

Could you clarify which directories are local and which are "remote" in your setup? And how are the remote ones mounted, exactly?

I'm having a hard time reproducing this, so we need to establish exactly what conditions trigger this problem.

- Mike

Sorry if I didn't make this clear: all of the directories concerned are on the same filesystem, which is a local filesystem mounted on "/home".

I can't duplicate this on my gThumb development systems, which all run Fedora. I wonder if this is an Ubuntu-specific glitch. Can anyone provide a technique for reproducing this bug on FC6 or FC7?

Also, it is worth checking all instances of gthumb.desktop, to make sure that this line is present:

Exec=gthumb %U

- Mike

>https://bugs.launchpad.net/bugs/119017

>Hmm, your last comment suggests that gThumb is having trouble
>understanding the symbolic link to the win32 filesystem.
>
>I guess this is a duplicate of https://bugs.launchpad.net/bugs/109579.

Apparently yes, thank you. If it is, then some things are to be noted:
- this is a regression from the 2.7.9 version of gthumb
- this is apparently not a problem with libraries, but with gthumb
  itself, as downgrading to 2.7.9 solves the problem
- relative links are not necessary to reproduce the problem, as the link
  on my desktop is absolute.

Francesco,

If you know how to edit / compile the source code, I would stick some printf's in libgthumb/file-utils.c:resolve_symlinks to see what is getting mangled.

If this is a gThumb bug, it's probably in there.

The file handling code changed extensively between 2.7.9 and 2.10.2, so it's not a surprise if there is a regression. The 2.7.9 version didn't support gnome-vfs.

- Mike

When gthumb 2.10.2 (errors, no thumbnails) is installed I have:
$ fgrep Exec `locate gthumb.desktop`
/usr/share/app-install/desktop/gthumb.desktop:Exec=gthumb %U
/usr/share/applications/gthumb.desktop:Exec=gthumb %U

When 2.7.9 (no errors, thumbnails ok) is installed I have:
$ fgrep Exec `locate gthumb.desktop`
/usr/share/app-install/desktop/gthumb.desktop:Exec=gthumb %U
/usr/share/applications/gthumb.desktop:Exec=gthumb %F

So I tried to install 2.10.2 and modified /usr/share/applications/gthumb.desktop
by changing %U to %F, but nothing changed.

>If you know how to edit / compile the source code, I would stick some
>printf's in libgthumb/file-utils.c:resolve_symlinks to see what is
>getting mangled.

Sorry, I would be able, given enough time, but I have not the time :-(

I already spent my share of time to report this bug in detail, and I
cannot spend any more in the next days, I fear. I should be able to
spare the time to try things or follow detailed instructions, however.
So, if you can build an instrumented gthumb for me to try, I can try it.

Better yet, if you can instrument the source as an example and give me a
tarball with instructions how to build and install it, I may be able to
find the time locate the problem.

Package: gthumb
Version: 3:2.10.2-4
Severity: normal

At last I tried to reproduce it easily! This is a bug I had signaled on
<https://bugs.launchpad.net/bugs/109579> as a cross-fs linking bug. Now
I just discovered that it can be reproduced on a single ext2 file
system, just by using a complex symlink setup.

Given certain simlinked directory configurations, ghtumb 2.10 does not
display thumbnails. The discussion on launchpad suggests that this is
in fact a problem with the gnome-vfs library or its use in gthumb.

Here are steps to reproduce the problem. The problem comes up only on
the last command, together with libgnomevfs errors.

$ mkdir -p /tmp/pot
$ mkdir -p /tmp/www/pot.it/pot/acquari/stagnetto
$ ln -s /tmp/www /tmp/pot/.
$ ln -s /tmp/pot/www/pot.it/pot/acquari /tmp/pot/.
$ cd /tmp/pot/acquari/stagnetto/
$ cp /usr/share/pixmaps/*/*.jpg . ## this is a total of 22 files
$ gthumb . ## everything good up to now
              ------------- <the following gthumb does not show thumbnails>
$ gthumb $PWD
              ------------- <following message repeated 25 times>
(gthumb:6998): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed

              ------------- <following message repeated 21 times>
(gthumb:6998): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
** (gthumb:6998): WARNING **: Unsupported operation

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=it_IT@euro (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages gthumb depends on:
ii gconf2 2.18.0.1-3 GNOME configuration database syste
ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi
ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library
ii libbonoboui2-0 2.18.0-5 The Bonobo UI library
ii libc6 2.5-9 GNU C Library: Shared libraries
ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra
ii libexif12 0.6.16-1 library to parse EXIF files
ii libfontconfig1 2.4.2-1.2 generic font configuration library
ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste
ii libglade2-0 1:2.6.1-1 library to load .glade files at ru
ii libglib2.0-0 2.12.12-1 The GLib library of C routines
ii libgnome-keyring0 0.8.1-2 GNOME keyring services library
ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display
ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime
ii libgphoto2-2 2.3.1-5 gphoto2 digital came...

Thanks for the reproducible test case!

Reported upstream at http://bugzilla.gnome.org/show_bug.cgi?id=455911.

- Mike

Fixed upstream. The patch will appear in 2.10.6 and later.

If you want to patch it yourself, see http://svn.gnome.org/viewcvs/gthumb?view=revision&revision=1755.

- mike

Thanks you for forward it upstream!