I think I might be having the same issue; so mentioning it here instead of starting another thread.
I’ve tried granting read/write permissions to both the appimage for krita, as well as to the file I’m working with, renaming the “[name].kra~” file to “[name]2.kra” and opening, saving to different places on the same drive and on an external drive, and keep getting the same (so helpful) error:
Could not save /home/eatrosin/Documents/diplomacy/gmfiles/Haven-1.2/master.kra Reason: Unknown error.
I just tried running it as root, but same thing. Here’s the output from that:
$ sudo ~/indprams/krita-4.4.5-x86_64.appimage ./master.kra
[sudo] password for eatrosin:
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QObject::startTimer: Timers cannot have negative intervals
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
/tmp/.mount_krita-JxysRh/usr/lib/krita-python-libs/krita added to PYTHONPATH
QLayout: Attempting to add QLayout "" to QWidget "", which already has a layout
saving palettes data failed
Seems like some things are missing, but not only does it continue to open just fine, I was working on it and constantly (successfully) saving last night. I did create the file with L*a*b* color space; I don’t know if that could be obliquely related? I can’t imagine why, but it’s the only “weird” thing I think (emphasis on think: thinking you didn’t mess up is often a good clue you have
) I’ve done.
Not too stressed about it; the only thing I’ve done so far in this project is start work on a palette, so I can just write down the values I’ve found so far and make a new file or use Inkscape or something (if Inkscape supports Lab* and I can figure out how to get that to work) in the worst case; no big deal.
Is it relevant that we both have “saving palettes data failed”? @SuperVGBoy What color space are you using? Have you used palettes before? I haven’t used Krita in months; just re-downloaded it last night for this.e
EDIT: I forgot to mention the files with the zip archive icon that krita has been saving, but as I went to look more closely at them, I realize they don’t end in .zip or .tar.gz, but .kpl! And the name at the beginning (before a string of seemingly semi-random mixed-case letters) is not the name of the file, nor quite the name of the folder in which the file is in, it’s the name of the palette! Maybe the palette thing does have something to do with it? Let me see if I can do anything to the palette in Krita that might help.
EDIT 2: Solved? At least for now? I renamed my palette to eliminate a period I had in there (really, having a period not preceding a file extension in my name was really just asking for trouble), and it seems to work now? I scribbled a pink line, saved with no error, closed, reopened, and the pink scribble was still there.
EDIT 3: Nevermind; I made another scribble, this time a nice rose (roughly midway between red and magenta on a CMY color wheel), tried to save, and back to the same error. So maybe so long as I change the name of the palette every time I open the file it will work? I guess I’ll do that unless someone can sus out more specifically why it’s doing this or how to more properly fix it.
EDIT 4: It seems changing the palette settings from Resource Folder to Document helped? Maybe? I’m just going to get some work done since it seems I’ve found a workaround now, but I’d love to see a better answer if anyone has one.