SUMMARY Dragging a symbolic link of a picture from Gwenview to anywhere will instead offer the real file (too eager link resolving). STEPS TO REPRODUCE 1. symlink any picture and open the symlink in gwenview 2. drag the picture either from full view or from thumbnail overview 3. drop it e.g. in Dolphin or on the folder-tree in gwenview itself OBSERVED RESULT Selecting move in the popup-menu will move the original file and leave a broken symlink behind. Selecting copy in the popup-menu will insert a full-file-copy at the target eating up twice the diskspace. EXPECTED RESULT Move or copy the symlink as chosen by the popup-menu, same as dragging the symlink from dolphin would do. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION This totally messes up my workflow, as I often keep pictures of an event in folders named by the person who shot them or even the camera / sd-card they originated from. Then I symlink all photos together into a single overview folder, where I can sort them by time. Now if I have to adjust the relative time stamp of one person, I can do it for that specific source folder. Later on, I might do a selection of pictures for certain groups of people, by creating another folder for them and only symlink the chosen pictures for them. This way, I can keep the full set for myself and publish one or more selections for others. Especially the last step requires copying the symlinks from gwenview, as I want so see, which pictures I copy and not find their links by filename. With this regression, I now have to symlink them again - so kind of creating a link to a link and exploiting this bug to hopefully get a link directly to the target. If I accidentally chose the wrong target group, I need to go in there and instead of moving the symlink out, I have to symlink to the wrong symlink and thereafter delete the symlink, that I just linked to - it succeeds to warp my mind every time.
There is another implication: In a zoomed pictures darg'n'drop moves around the picture. But if the picture is not actually zoomed, then you drag the file instead. For a normal file, nothing happens, if you release it again - it will load the file again and show it zoomed fit to the window, same as you were before. But if you accidentally drag on a sym-linked pictures, you need to explicitly ESC the drag operation - otherwise it will sneakily change the folder and the next picture is taken from that folder and not from the folder with the symbolic links.