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 310298 - remove out of date thumbnails and force the regeneration
remove out of date thumbnails and force the regeneration
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: Background
2.11.x
Other Linux
: Normal normal
: ---
Assigned To: Rodney Dawes
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-07-13 23:36 UTC by Sebastien Bacher
Modified: 2007-03-04 13:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch from Scott James Remnant <scott@netsplit.com> updated for the current version (4.12 KB, patch)
2005-07-13 23:38 UTC, Sebastien Bacher
none Details | Review
patch from Scott James Remnant <scott@netsplit.com> for this bug (1.46 KB, patch)
2005-07-13 23:43 UTC, Sebastien Bacher
rejected Details | Review

Description Sebastien Bacher 2005-07-13 23:36:46 UTC
The Ubuntu package has this patch:

   * debian/patches/15_unlink_out_of_date_thumbs.patch:
     - Compare mtime of filename and thumbnail without following symlinks,
       if either doesn't exist or the thumbnail mtime is older, remove the
       thumbnail and force regeneration.
Comment 1 Sebastien Bacher 2005-07-13 23:38:57 UTC
Created attachment 49132 [details] [review]
patch from Scott James Remnant <scott@netsplit.com> updated for the current version
Comment 2 Sebastien Bacher 2005-07-13 23:42:51 UTC
wrong patch
Comment 3 Sebastien Bacher 2005-07-13 23:43:55 UTC
Created attachment 49134 [details] [review]
patch from Scott James Remnant <scott@netsplit.com> for this bug
Comment 4 Rodney Dawes 2005-07-26 03:49:57 UTC
This looks like something that perhaps belongs in libgnomeui or something? At
least, I would think that thumbnail invalidation belongs in the thumbnail
implementation.

Aside from that though, the patch is wrong. It looks to me like it only tries to
invalidate the thumbnail, if we generated the URI to the thumbnail filename
internally, rather than always. Though, always regenerating a thumbnail seems
like a rather silly performance hit. Especially since we calculate the sizes of
things, and add additional information to the thumbnails.

It seems to me like the algorithm for invalidating thumbnails should perhaps be
more verbose as well. I would tend to expect that the thumbnail and original
image file, would have different mtime values, as they are different files.
Comment 5 Ilya Konstantinov 2005-11-28 17:53:11 UTC
Seems to have no dups. Confirming.
Comment 6 Rodney Dawes 2007-01-08 19:15:37 UTC
I just approved a patch from Ray Strode, which Rodrigo just committed, that changes the way some of the thumbnail stuff works. It seems like it would fix any issues presented in this bug. Can you test SVN (or 2.17.5 when it gets released shortly), to verify that?
Comment 7 Sebastien Bacher 2007-03-04 13:10:59 UTC
there has been no bug about the new version, marking fixed. I'll reopen if required