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 151080 - does not generate thumbnail for new image with same name as old
does not generate thumbnail for new image with same name as old
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Thumbnails
2.20.x
Other Linux
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 330555 344510 626925 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-08-26 01:46 UTC by Erik Volkman
Modified: 2021-06-18 15:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot displaying the problem (956.25 KB, image/png)
2006-06-10 22:03 UTC, Vladimír Kotal
Details

Description Erik Volkman 2004-08-26 01:46:56 UTC
This problem shows up a lot for me because I use two different memory cards with
my camera. When the first card is mounted, the correct thumbnails are generated,
however if I unmount then mount a new card often many of the pictures from the
old card will appear in the thumbnails, because there will often be files of the
same name on each card even though they are different pictures. Nautilus should
recognize that these aren't the same photos because they contain different data
and regenerate the thumbnails. Perhaps having someway in the interface to do
this manually would also help (a refresh doesn't work).
Comment 1 Damien Babilon 2005-02-03 09:50:31 UTC
I get the same problem.
After buying a brand new card, i put it into my camera and take some shots.

I plugged my camera into my pc and old thumbnails from Chrismas appears. When I
dbl click on the  picture, the picture is correct.
I f close & reopen the Nautilus window, the thumbnails are correct then.
Comment 2 Christian Neumair 2005-05-27 15:50:18 UTC
Thanks for your bug report!
What Nautlus version are you using? Is this still reproducible with Nautilus
2.10 or 2.11?
Comment 3 Erik Volkman 2005-05-31 02:57:02 UTC
I tried the 2.10 LiveCD and it appears to be fixed however, it should probably
be checked against a computer with 2.8 or 2.10 actually installed.
Comment 4 Christian Neumair 2005-07-12 14:03:03 UTC
We didn't have any bug report on this issue for months. Closing. Feel free to
reopen if it still happens.
Comment 5 Elijah Newren 2006-06-10 21:00:37 UTC
*** Bug 344510 has been marked as a duplicate of this bug. ***
Comment 6 Elijah Newren 2006-06-10 21:01:46 UTC
Someone duplicated with 2.14.x, reopening.

Also, bug 330555 (using 2.10.x) looks like it may be a duplicate.
Comment 7 Vladimír Kotal 2006-06-10 22:03:50 UTC
Created attachment 67101 [details]
screenshot displaying the problem
Comment 8 Vladimír Kotal 2006-06-11 09:19:02 UTC
I am using just one card for my Konica Minolta and hit the bug too. (see attached screenshot) This is very annoying behavior. 

Is there some workaround available ?

Is anyone working on this bug ?

Can someone change the status of this bug ?
Comment 9 Christian Neumair 2006-06-11 10:05:44 UTC
We detect modifications to images according to the thumbnail spec [1].

I suppose the mtime of the image is identical to the previous image's mtime, so gnome_thumbnail_is_valid returns TRUE although the image on disk refers to another image.

[1] http://jens.triq.net/thumbnail-spec/modifications.html
Comment 10 Vladimír Kotal 2006-06-11 18:06:32 UTC
The mtime checking is clearly not sufficient. I am willing to provide more data in order to debug and fix this - just tell what should I do.
Comment 11 Christian Neumair 2006-06-16 16:40:43 UTC
*** Bug 330555 has been marked as a duplicate of this bug. ***
Comment 12 Michael Chudobiak 2007-09-25 14:24:28 UTC
Does this still happen to anyone with a recent version of gnome (2.18 or higher)? Can we close this bug?

- Mike
Comment 13 Wayne Towe 2007-12-30 15:56:44 UTC
I can confirm that this problem still exists in Nautilus v.2.20.0

Is there any workaround for this at this time? It's a fairly significant bug, at least to me anyway.
Comment 14 Pavel Šefránek 2008-02-03 20:32:22 UTC
Increasing priority because this is 3+ years old bug and there is still no change.
Comment 15 Michael Chudobiak 2008-04-03 16:45:51 UTC
Why are images being generated with identical names AND mtimes?

Personally, I would like to see file size used as an optional comparison (in addition to the mandatory mtime comparison) to determine thumbnail validity, but there did not seem to be much enthusiasm for this idea on the freedesktop mail list.

- Mike
Comment 16 ojwlists 2010-08-14 11:52:28 UTC
*** Bug 626925 has been marked as a duplicate of this bug. ***
Comment 17 ojwlists 2010-08-14 11:57:11 UTC
> "Why are images being generated with identical names AND mtimes?"

The example I have here is a digital camera with a broken clock that creates all files with a timestamp of Wed 31 Dec 2003 23:00:00 GMT.  

Pressing ctrl-R might be a good way for the user to hint that a more detailed comparison of images/thumbnails is desired?
Comment 18 André Klapper 2021-06-18 15:13:21 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.