Happens for: - readonly FS - FS which does not support user xattrs (tmpfs for example) - readonly files (chmod 444) at any FS Actual behavior: - set any rating for some image in Gwenview - verify that Gwenview shows new rating value - refresh file list (press F5) - see that rating is reset to previous value Expected behavior: Gwenview should show an error and not the new rating value. Also it would be good to have an alternative backend for setting ratings for these cases. It was present previously and changed because ratings were not transferable with files, as far as I understand. Related: bug# 133515 bug# 242396 bug# 309048 bug# 416258 Gwenview 23.04.3 from Fedora 38 x86-64 repos KDE Frameworks 5.109.0 Qt 5.15.10 (built against 5.15.10) plasma-workspace 5.27.7
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08?
Issue still present (for RO FS at least) with gwenview-25.08.0-1.fc42.x86_64 in Fedora 42 Steps to reproduce: 1. Prepare test image: # mkdir /tmp/test # mount -t tmpfs tmpfs /tmp/test # cp ~/7.jpg /tmp/test/t.jpg # mount -o remount,ro /tmp/test # mount | grep test tmpfs on /tmp/test type tmpfs (ro,relatime,seclabel,inode64) 2. Open Gwenview and assign some rating by pressing number key ('4', for example) Expected behavior: error from Gwenview telling that operation is not possible. Optionally: suggestion to switch to another rating storage backend. Actual behavior: Gwenview shows new rating successfully assigned. 3. Check that rating attribute is absent in the file attributes: # getfattr -n user.baloo.rating /tmp/test/t.jpg /tmp/test/t.jpg: user.baloo.rating: No such attribute 4. Press F5 in Gwenview and observe rating stars disappear after this.
Add: stars instantly disappear after F5 - if they are shown under the image. Stars disappear in side panel after switching image selection additionally.