Version: 0.9.2-SVN (using KDE KDE 3.5.5) Installed from: Debian stable Packages OS: Linux Digikam allows me to edit EXIF & IPTC tags even though the target image is read-only. In fact I can attempt to do a number of modifications via the Image submenu on read-only images. When metadata edits are made to read-only images within the date folders they will seem to 'disappear' from them for some reason although they just 'flash' in the regular albums. Digikam needs to either disable the edit-related menu choices (preferred) or display an error message after the fact telling the user why the changes can't be saved.
> Digikam needs to either disable the edit-related menu choices > (preferred) or display an error message after the fact telling the user > why the changes can't be saved. Only metadata edits I hope. IE could be used to see "real photo", also preview of some effects can be useful, not mentioning "Save as..." option. Also some metadata can be saved in database and user may want to make those corrections without possibility to change image itself. I could be made only by changes in db structure taking notice about status of image if it is read only. Also some visual feedback for user could be useful. Already plethora of possibilities regarding changing of metadata and syncing it can create problems.
I understand how we can save metadata changes to the DB and/or the image itself so perhaps that need to be made more obvious to the user. If an image is read-only and the user edits the metadata and clicks Save then digikam could let the user know about this and offer to save the info to the DB and place a tiny alert flag beside the thumbnail denoting the inconsistency that needs to be resolved later. The casual user isn't really aware of the DB in the background that helps out in so many areas. Also, if I'm changing permissions files in the OS outside of a file browser I've noticed that the browser GUI tracks changes and updates the icons fairly quickly. I'm not sure how the notification mechanism works but could we leverage the same capability in Digikam to provide a real-time indicator of the permissions beside the thumbnail?
Brian, Since digiKam support XMP sidecar, all file are writable around metadata. So for me the approach will be a little bit different here... Gilles Caulier
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!