SUMMARY: In the normal case, in Dolphin, dragging-and-copying an item into a "tag" folder adds the new tag to the item. However dragging-and-copying an item into a "tag" folder that already contains an item with an identical filename, silently fails to add the tag STEPS TO REPRODUCE: 1. Create a couple of subfolders under ~/Pictures; 2020-02-20, 2020-02-21 2. Create image files in these folders, for example: ~/Pictures/2020-02-20/image.png ~/Pictures/2020-02-21/image.png 3. Tag the .../2020-02-20/image.png with a tag "mytag", split the display and open the "mytag" folder. 4. Drag-and-copy the second file, .../2020-02-21/image.png, into the the "mytag" folder OBSERVED RESULTS: The tag is not added. No error is given. EXPECTED RESULTS: The tag should be added and "name clash" in the tag folder resolved by appending a "(1)" as Dolphin does in other situations. SOFTWARE/OS VERSIONS: Dolphin 19.12.2 from Neon 5.18 KDE Plasma 5.18.1 KDE Frameworks 5.67.0 Qt 5.14.1
I can reproduce this with baloo 5.75.0.
You can't copy a file into a 'Tag' folder. The folder is virtual, it has no location.
There's a bug here. Dragging an item into a tag tags that item with the tag. We need to either fix the bug described here or else disable this hidden functionality.
If you have a lot of images you want to tag, the dolphin "drag-and-copy" files/images into "tag" folders is amazingly powerful. It's a wonderful, slick workflow. I'd even venture to say intuitive :-) The "fails silently" is the gotcha. People may not know that they have several files of the same name (in different directories), they just discover after the event that the the tags they thought were applying had not been applied.