gthumb does not display thumbnails

[Francesco Potortì]

Binary package hint: gthumb

This is Gthumb 2.10.2.

I downloaded images from a memory card with Gthumb, and I could see thumbnails, as usual.
Then I unmounted the card, put in a different one and downloaded images from the second one.
After downloading the photos, Gthumb would not display thumbnails any more. Not only in the directory
where I downloaded the new images, but in old image directories too.

From the preferences dialog, setting and unsetting the Thumbnails preference makes a small frame appear
and disappear around the slide of the generic image icon.

[Francesco Potortì (pot)]

I completely purged 2.10.2 and moved away all gthumb directories from ~/.gnome2 and ~/.gconf/apps, then reinstalled gthumb,
but nothing changed.

I restored the gthumb directories in ~/.gnome2 and ~/.gconf/apps and downgraded to 2.7.9 and the thumbnails reappeared.

So apparently this is a bug in the gthumb package, and not in a related library, and 2.10.2 is a regression from 2.7.9.

[mjc (mjc-avtechpulse)]

If you run it from the console, do any error messages or warnings appear?

Try:

rm -rf ~/.thumbnails

and run gThumb again. I'm not aware of any similar reports.

- Mike

[Francesco Potortì (pot)]

If I run "gthumb dir" from the gnome terminal the thumbnails are displayed and no errors are given.
The problem happens when running gthumb on a directory using Nautilus: in this case 2.10.2 does not display
thumbnails, while 2.7.9 does.
To diagnose this, I called gthumb on a directory from the context menu of Nautilus, using a custom command:
  env LANG=C gnome-terminal -x gthumb
to observe the message errors. And in fact in this case I see no thumbnails and I see the following trace in the terminal.
The warnings, in Italian, mean "unsupported operation".

(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
** (gthumb:6817): WARNING **: Operazione non supportata

(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
** (gthumb:6817): WARNING **: Operazione non supportata

(gthumb:6817): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed
** (gthumb:6817): WARNING **: Operazione non supportata

[Francesco Potortì (pot)]

On the desktop I have a symbolic link "Immagini" to a directory residing on a win32 file system.
If I run "cd Desktop; gthumb Immagini" I get the above errors and no thumbnails.
If I run "cd Desktop/Immagini; gthumb ." I get thumbnails and no errors.

[mjc (mjc-avtechpulse)]

Hmm, your last comment suggests that gThumb is having trouble understanding the symbolic link to the win32 filesystem.

For "cd Desktop; gthumb Immagini" gThumb needs to interpret the symbolic link.

For "cd Desktop/Immagini; gthumb ." gThumb does not need to interpret the symbolic link.

I guess this is a duplicate of https://bugs.launchpad.net/bugs/109579.

- Mike

[mjc (mjc-avtechpulse)]

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

Exec=gthumb %U

[Francesco Potortì (pot)]

>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.