https://bugs.kde.org/show_bug.cgi?id=369269
Bug ID: 369269
Summary: Krita doesn't fully replace a file when changes are
applied to it.
Product: krita
Version: 3.0.1
Platform: MS Windows
URL: http://sta.sh/0btwurrnx38
OS: MS Windows
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: krita-bugs-n...@kde.org
Reporter: marcos_lope...@yahoo.com
When working on an image with a similar name and prompted if you should replace
the original file with the new one, after replying yes to it krita does not get
rid of the file being replaced. And leaves behind what I can only describe as a
ghost of the original. Usually the files will have n previews to them and their
file type will always be followed by a ~ . For example: Sky.kra~ ,
sea.png~ , ground.jpeg~
The image is still accessible if the ~ is removed thus altering the file type.
Therefore the image is not truly replaced, if only renamed in a way that it
cant be opened.
Reproducible: Always
Steps to Reproduce:
1. Open a project and draw something on it.
2.Save file as .kra/.png/.jpeg
3.Alter the file and re-save it with the same name in order to be prompted if
you wish to replace the original file with the one currently edited.
4. Click yes.
5. A second file with the same name but no preview is present along side with
the recently altered file. Its name should have a ~ after the file type.
Actual Results:
The replaced file in reality wasnt replaced, only renamed. And rather than be
disposed of like most programs do when replacing images, the original image
lingers behind unable to be opened unless the file type is altered. This leave
behind a lot of unusable images on the long run.
Expected Results:
Replace the original file with the new one and get rid of the old one.
--
You are receiving this mail because:
You are watching all bug changes.
