Bug 337029 - Thumbnails folder preview images do not follow Thumbnail Managing Standard
Summary: Thumbnails folder preview images do not follow Thumbnail Managing Standard
Status: RESOLVED FIXED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 4.12.5
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on: 319528
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-04 00:03 UTC by Jeff
Modified: 2019-05-23 08:20 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff 2014-07-04 00:03:47 UTC
http://specifications.freedesktop.org/thumbnail-spec/thumbnail-spec-latest.html

1) Thumbnails aren't created in $XDG_CACHE_HOME/thumbnails per the standard the are created in ~/.thumbnails instead
2) When Gwenview creates folder preview images and writes them to Normal and Large folders in .thumbnails (i.e.  the images within the folder icons in browse mode) they do not contain any of the required thumbnail attributes in the standard.   

1) leads to duplication, wasted effort and wasted file space.  especially if one is running gnome 3 since gnome's GNOME::ThumbnailFactory via Nautilus uses $XDG_CACHE_HOME/thumbnails per the standard.  Since we have a standard for this let's try to use it.
2) The folder preview thumbnails are created in the "normal" and "large" directories without the needed attributes.   This results in some unwanted behavior 1) thumbnails are recreated/overwritten in the large directory when the directory itself is viewed (duplication of effort) and 2) thumbnails are abandoned in the normal directory without attributes since these aren't used for browsing.   


Reproducible: Always

Steps to Reproduce:
1.  Clear out the ~/.thumbnails directory to see what going on
2.  Open gwenview and browse to a directory that contains images in subfolders
3.  wait for gwenview to create the folder icons with the imbeded folder "content" images
4.  Open ~/.thumbnails/Normal  and view any of the file's attributes e.g. identify -verbose 46d3a5b6e130d86de2957b641e9e0df2.png
5.  Open ~/.thumbnails/large and view any of the file's attributes e.g. identify -verbose 46d3a5b6e130d86de2957b641e9e0df2.png
6.  Notice missing attributes
7.  Go back to gwenview and go into the folder and wait for thumbnails to be created
8.  Repeat steps 4&5.  Notice that step 4 still has no attributes and 5 does.

 


Expected Results:  
Files always are created with needed attributes per the standard in the standard location.
Comment 1 ned 2014-09-18 03:39:40 UTC
Not sure how much this is related, but digiKam decided to ignore parts of the standard, for example, they allow 512x512 thumbnails: https://bugs.kde.org/show_bug.cgi?id=328430 . It would be great if Gwenview followed suit.
Comment 2 Christoph Feck 2014-09-28 15:09:32 UTC
digiKam does not use .thumbnails folder. It stores thumbnails in a MySQL database.
Comment 3 Tom Moebert 2019-05-23 08:20:02 UTC
Fixed in 574ff87ed9f1e761cd958045a57f937c0c2becac years ago.