After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 157322 - Thumbnails created twice, wasting disk space
Thumbnails created twice, wasting disk space
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.6.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
: 310751 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-11-04 09:51 UTC by Andreas
Modified: 2007-02-08 13:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andreas 2004-11-04 09:51:37 UTC
Gthumb does not use the thumbnails created by nautilus and vice versa.

When I empty the ~/.thumbnails/normal folder and view a directory containing - 
lets say - 10 jpg's with nautilus, 10 thumbnails will be created. Now, I view 
the same image directory with gthumb and there will be created 10 additional 
thumbnails in ~/.thumbnails/normal.
Comment 1 Ross Burton 2005-02-22 17:43:42 UTC
I'm seeing this too.  I guess it's a silly mistake the in the MD5 checksum
calculation.
Comment 2 Ross Burton 2005-02-22 17:53:42 UTC
This is almost definitely caused by
http://bugzilla.gnome.org/show_bug.cgi?id=152441, if the gthumb thumbnail size
is greater than 128x128 then it generates larger thumbnails.
Comment 3 Jouni Pekkanen 2006-05-23 09:18:02 UTC
Nautilus uses a canonical URI to calculate the checksum whereas gThumb just puts the path as is into the URI. This results duplicate thumbnails for all images with for example spaces or %'s in the path or the file name.

The thumbnail standard specifies that URIs should be canonical, but from a quick look at the URI standard it doesn't specify whether the escaped characters should use upper or lower case letters. Additionally what characters should or should not be escaped depends on the URI schema, so this is not a simple thing to fix properly. Easiest would be to just see what Nautilus does and do exactly the same.
Comment 4 Michael Chudobiak 2006-09-25 14:44:53 UTC
*** Bug 310751 has been marked as a duplicate of this bug. ***
Comment 5 Michael Chudobiak 2007-02-08 13:31:26 UTC
Everything seems to work OK in svn trunk (rev 1330), so I'm closing this bug.

Nautilus and gthumb share the /normal thumbnails properly (if the gthumb thumbnail size is <= 128x128), even for filenames with spaces or "%"s in the filename.

For larger thumbnails, gthumb uses /large thumbnails.

- Mike