Bug 439793

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