SUMMARY Opening images w/ gewenview, editing and saving under a different name, those images are lost afterr closing gwenview STEPS TO REPRODUCE 1. gwenview foo.png 2. Edit -> Crop 3. Save As ... -> bar.png 4. close Gwenview 5. bar.png is nowhere to be found Despite opening files from a specific location, Gwenview proposes as location to "Save As ..." a generated folder in /tmp, /tmp/gwenview-ABCde or such. This certainly is unexpected, I'd expect the location to be the same folder as the original images are in. Secondly, when closing Gwenview, no warning is given that those files are simply to be deleted together with that generated folder. While there may be a reason to create a folder in /tmp/ and link the original images there (though I struggle to think of a convincing one), that certainly cannot mean that users are lead inintentionally to store their files in a place destined to be deleted. And finally, Gwenview cannot bluntly delete the generated folder as if nothing happend when there are actual files in there, saved by Gwenview no less, not just links. So: As a default: a) do not propose generated folder as target, but the source folder, the user actually gave OR b) warn the user when closing Gwenview about files in that generated folder that are not just links of the original images c) do not delete the folder if there are files that are not just links of the original images Operating System: Debian GNU/Linux 11 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.0-8-amd64 OS Type: 64-bit Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15,4 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600
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.0?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. 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. Closing as RESOLVED WORKSFORME.