| Summary: | Dragging a read-only file into a tags folder fails silently | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | tagwerk19 |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | kfm-devel, nate |
| Priority: | NOR | ||
| Version: | 19.12.1 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
*** Bug 416634 has been marked as a duplicate of this bug. *** I'd like to "ping" this... ... assuming that's appropriate behaviour here This has caught me several times, each time causing me to scratch head and wonder until I remember. I download files from a camera (that get copied "read only") and then blithely drag the photos to various tag folders. No errors are given during this process but at some point I realise the photos are not appearing in the tag folder. Still an issue with Fedora 32. Checked with Neon Unstable, ditto... Equivalent to Gwenview Bug 416258 but for Dolphin |
SUMMARY Items can be dragged-and-copied in Dolphin into a 'Tag' folder and this adds the given tags to items. This works for single or collections of items. If dragging a read-only file (0400 permissions), the file can be dragged but the details for the file (as examined by getfattr -d) do not change. The file does not appear in the 'Tag' folder. No error is given STEPS TO REPRODUCE: Observed with a read-write and a read-only file, with Dolphin in split screen mode 1. Assign a tag 'mytag' to the read-write file, open "All tags" and then the "mytag" folder (tags:/mytag/). The read-write file should be seen there. 2. Drag-and-copy the read-only file from the filesystem view to the mytag folder OBSERVED RESULT: The file did not appear in the 'mytag' folder. No error message is given It is possible to confirm that the tag has not been added with "getfattr -d ..." EXPECTED RESULT: Dolphin should give an error that it was not able to change the properties of the item ADDITIONAL INFORMATION: If a drag-and-move is tried, rather than a drag -and-copy, the item disappears from the source folder (as if the move is successful) and then reappears again (potentially only after an explicit F5 refresh) The same behaviour is seen if the item is read-only as it is owned by someone else, with for example 0640 permissions. SOFTWARE/OS VERSIONS Dolphin 19.12.1 from Neon 5.17 KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.66.0 Qt Version: 5.13.2