Bug 252172

Summary: Purge thumbnail cache on upgrade
Product: [Fedora] Fedora Reporter: Michael J. Chudobiak <mjc>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 8   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: http://bugzilla.gnome.org/show_bug.cgi?id=440978
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-08-15 18:20:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michael J. Chudobiak 2007-08-14 13:51:31 UTC 
Versions of libgnomeui prior to 2.19.0, gthumb prior to 2.9.1, and eog prior to
(?) generated image thumbnails without respecting the exif orientation tag.

The versions of libgnomeui/Nautilus, gthumb, and eog in F8 do respect the
orientation tag, but the old incorrect thumbnails may persist in the thumbnail
cache.

It would be nice if anaconda would purge the /home/*/*.thumbnails folders when
upgrading, to ensure that no incorrect thumbnails persist. The thumbnails are
automatically regenerated as required, of course.

The mixed-up orientations can be baffling to users, because the thumbnails and
full-sized images may differ without any obvious cause. The average user does
not know how to flush the thumbnail cache manually.

- Mike
Comment 1 Chris Lumens 2007-08-15 18:20:43 UTC 
anaconda is not in the business of modifying a user's home directory on upgrade.
 This is the sort of thing that the users really need to be responsible for
instead.  First this opens the door to requests for us to do all sorts of things
- data migration between version of programs, etc. - that we are just not the
best people to work on.  Second, what about places with home directories on
remote systems or other similar setups?  This just wouldn't work there.