SUMMARY Krita can't “fast save” to files with certain characters after the document is opened in a new session (second session). The tested characters are ä, ü, ö. Also overwriting with “save as” doesn’t work. Krita doesn’t show an error message, but there is no save bar at the bottom, i you recognize. Also on normal app exit when krita asks if you want to save the change and you say yes, it doesn’t save and krita exit normaly. And all the progress can be lost from this session, this is critical in my opinion because on this normal exit the autosave file is also deleted. STEPS TO REPRODUCE 1. Create a new krita file that countains ä, ü or ö in the filename. 2. Save a few times after small edits. It should work in the first session (most of the time) 3. Exit krita completely, start krita, open the file again 4. Try to save with the shortcut cmd+s, or save or save as 5. In most cases the first save works, then it doesn't work for all later save, never Other special charakters aren't tested, only ä ü ö. Tested with Krita 5.0.0-beta1 and krita-nightly_96794d1 I don't know if this is really only for the special charakters, i only tested a few files. OBSERVED RESULT Without a message from krita and a normal exit of a program, you think that the changes are saved. but then the whole session os gone. And cause krita exits normal, the autosave is also deleted. EXPECTED RESULT It should work. SOFTWARE/OS VERSIONS macOS Big Sur 11.6
It looks like krita doesn't exit always if you say yes and was not able to save. But it looks like there is also no autosave file for this kind of files.
It is not only for ö ü ä, also for é à è All the following letters are okay in my tests: a-z A-Z - _ .
Does it happen in Krita 4.4.8?
In Krita 4.4.8 it works fine.
Do you mean with those characters in the filename? That works for me on my macbook pro with big sur, with the locale set to US English.
Yes exactly. I can reproduce it with 100% accuracy, also if i delete all and reinstall it, 4.4.8 works fine, beta1 and nightly not. Even if i create a new user it is the same (just for all cases). If the filename contains one of these charakters, krita can't overwrite it after you reopen it, only in the first session.
Which locale do you mean exactly? macOS language is set to Swiss German. Krita is in english
Created attachment 142025 [details] attachment-14848-0.html czw., 30 wrz 2021, 11:49 użytkownik <bugzilla_noreply@kde.org> napisał: > https://bugs.kde.org/show_bug.cgi?id=443134 > > --- Comment #7 from varg86@gmx.ch --- > Which locale do you mean exactly? macOS language is set to Swiss German. > Krita > is in english > > -- > You are receiving this mail because: > You are watching all bug changes. > >
The macOS setting -- maybe there's something weird going on with filenames if the OS isn't us-english.
Hm, no... Not even if I change the language in my mac can I reproduce this issue :-(
perhaps the key problem here isn't just the file name itself, but also the title being set in the new document window? Because there's also bug #429925, where the title of the document also leads to trouble (though it's subtly different), maybe the title taken from the document title doesn't get converted properly?
I figured out maybe a important thing. I always set backup files up to 5. And it looks like this problem with the charakter in the filesystem effects the overwriting process for the backup files maybe? Cause if i set it to 1 backup file, there is only the autosave and the save, and not one backup file. It is the default setting and with it i was not able to reproduce the bug. But after i set it up to 2, the bug apperars after a new session if there are backup files.
Title in the file name is empty.
Oh sorry... i mean that the title in the file document name was always empty.
Just wanted to say that the bug is also in beta2. Can you also reproduce it now when you increase backup files to 2 or more?
Sorry for the really late reply. I tried this, but I still cannot reproduce the issue. I've set the ui langage to german, enabled the swiss german keyboard, created a file ü.kra, saved, closed Krita, started Krita again, opened the file and saved it succesfully five times :-(
Using krita 5.0.6, I tested this on macOS 12.4 (21F79) extensively, I have the UI set to spanish and made a filename called "ñaイスoló.kra" I created the file, painted a little and saved afterwards I closed and reopened it a few times while saving incremental backups, incremental versions and some save as commands. There was no combination of events that led to the file not saving. however I did encounter some times were pan and right click were not working after saving an incremental backup. Even on those rare situations saving was never skipped or not performed.
Um, I might have missed a small detail: the number of backups was set to 5. That enters a different codepath in kbackup, and I already fixed one problem with that yesterday. I'll check this right now.
okay, not a problem on linux in any case.
No, I have tried this on my mac as well, with 5.1.1 and with 5 backups, and no problems. I really cannot do anything about this :-(
I cannot reproduce the problem here on Linux either
I'm sorry, we're going to have to close this now. It's not reproducible :-(