Version: 1.3.1 (using KDE KDE 3.5.2) Installed from: Ubuntu Packages OS: Linux gwenview allowes to enter a comment for an image (jpeg) even if the user does not have write permissions to save the comment. the result is that the comment gets lost when viewing the next image, there is no error message that warns about this. i set the option to save silently. reproduce: open an read-only image, enter an comment and view the next image. now try to review the read-only image. expected behaviour: show an error message that warns about missing write permissions.
I can still reproduce this bug in KDE 4.7.4/Gwenview 2.7.4
*** Bug 167066 has been marked as a duplicate of this bug. ***
I can't reproduce this (Gwenview 4.10.1, Kubuntu 13.04). I can even add comments to read-only images. They seem to get stored by Nepomuk so no need to have write access to that file. Or am I missing something?
If current versions of Gwenview store the comments in Nepmuk always, then this report is obsolete. Currently I do only have Gwenview 2.8.5 available and can't find image comments there at all. The closest thing I have is Plugins → Images → Metadata → Edit All Metadata… which also silently discards EXIF, IPTC and XMP data for readonly images. Can this be confirmed for current Gwenview versions?
(In reply to comment #4) > If current versions of Gwenview store the comments in Nepmuk always, then > this report is obsolete. I'm not 100% sure, but it seems that gwenview has lost the functionality to change the jpeg comment. Everything you can edit in gwenview (rating, tags, description,...) is stored by Nepomuk. > Currently I do only have Gwenview 2.8.5 available and can't find image > comments there at all. The closest thing I have is Plugins → Images → > Metadata → Edit All Metadata… which also silently discards EXIF, IPTC and > XMP data for readonly images. Can this be confirmed for current Gwenview > versions? Yes, I can confirm this. As this is (probably) a bug in kipi plugins I'll assign this to kipi.
*** Bug 312661 has been marked as a duplicate of this bug. ***
Problem still present in Gwenview 4.14.3 on OpenSuSE 13.2 at 2015-04-02. Tags, comments, and ratings are stored in extended file attributes so they cannot be saved if the file is not writeable. Gwenview does not inform the user if it cannot write the attributes (it does output a message to stderr, but nothing shows in the GUI). It seems to cache the attributes for a while, so within the session where ratings etc are set it appears that they have been saved. This can lead to great frustration and waste of time. To see what is going on, use: getfattr -d <filename> Preferred solution: show an error in the GUI if attributes cannot be saved.
related to last comment this file is not relevant of Metadata kipi tool. This one only play with file metadata, not nepomuk/baloo. Gilles Caulier
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
Bug is still present in Gwenview 20.04.2 as shipped with OpenSuSE Leap 15.2. No useful error messages (even to stdout). Ratings seem to be cached within the session then lost. Description is lost as soon as you move to another image or change the star rating.