Heya, I've been working on a picture this weekende and had nearly finished it. I made it with MyPaint and opened it with Krita, I only had to adjust a few things, work of 10 minutes.
Here comes the problem, I saved the file under another name as a .kra file - then suddenly Krita crashed and where the files SHOULD be saved was an .ora and an .or~ file - no .kra file. But first I thought: "Ok, no problem, I reopen it and save it again." when I found out, that the .ora file is damaged and that it's impossible to open the file again, neither with Krita or MyPaint.
That ruined work of 10 hours. I guess there is no way to recover the file, is it? And that makes me crazy about the way I need to save my files.... I need to copy it before opening it with Krita...

Hi Nanique,

ora and kra files are zipfiles; you should be able to open those files in ark or another archive application and see what's inside. If that works, most likely everything is still salvagable.

But I you want, you can send me all the files you have, including the ones with the ~ in the extension, those are backup files, and autosave files (those are called .filename.kra.autosave, you have to enable show hidden files to see them in the file manager), and I can try to reconstruct your data for you.

Please send everything to boud@valdyas.org. Also, I need to know which version of Krita and MyPaint you are using. Do you by any chance have kept the stacktrace of Krita when it crashed? That might help me fix the issue.

Okay, that the files are zipfiles helped a lot - though I hadn't find a way to fix the files yet.
I opened the file and found out, that the structure looks like a mix of .kra and .ora file. That's really weird, but it feels as the "right" error.

boudewijn wrote:Do you by any chance have kept the stacktrace of Krita when it crashed? That might help me fix the issue.

Nope ^^

Btw, windows saved an older version of the file (I forgot about this possibility... ^^''), and opening the crashed file gave me a thumb png, so maybe I will start repainting it.
But I'll send you the file, maybe you can fix the problem. MyPaint (1.0) told me as an error: "KeyError: "There is no item named 'stack.xml' in the archive"", the maindoc.xml was nearly what the stack.xml in other files looked like, so I copied and renamed it, then it gave me following error:

Traceback (most recent call last):
File "C:\Program Files\MyPaint\library.zip\gui\application.py", line 133, at_application_start(*junk=())
else:
self.filehandler.open_file(fn)
File "C:\Program Files\MyPaint\library.zip\gui\drawwindow.py", line 46, wrapper(self=<gui.filehandling.FileHandler object>, *args=(u'C:\\Users\\Nani\\Desktop\\ah_application_by_pandamellons-d4pa5jp.ora',), **kwargs={})
try:
func(self, *args, **kwargs)
# gtk main loop may be called in here...
File "C:\Program Files\MyPaint\library.zip\gui\filehandling.py", line 249, open_file(self=<gui.filehandling.FileHandler object>, filename=u'C:\\Users\\Nani\\Desktop\\ah_application_by_pandamellons-d4pa5jp.ora')
try:
self.doc.model.load(filename, feedback_cb=self.gtk_main_tick)
except document.SaveLoadError, e:
File "C:\Program Files\MyPaint\library.zip\lib\document.py", line 389, load(self=<lib.document.Document instance>, filename=u'C:\\Users\\Nani\\Desktop\\ah_application_by_pandamellons-d4pa5jp.ora', **kwargs={'feedback_cb': <function gtk_main_tick>})
try:
load(filename, **kwargs)
except gobject.GError, e:
File "C:\Program Files\MyPaint\library.zip\lib\document.py", line 596, load_ora(self=<lib.document.Document instance>, filename=u'C:\\Users\\Nani\\Desktop\\ah_application_by_pandamellons-d4pa5jp.ora', feedback_cb=<function gtk_main_tick>)
w = int(image.attrib['w'])
h = int(image.attrib['h'])
KeyError: 'w'

Here I don't know how to go on. For Krita I use the recent windows app.

Yes, please send me the files. I might be able to reconstruct it for you.

Is it possible to repair damaged krita files after they been copied and pasted on a usb drive? I recently re-installed ubuntu and one of my files no longer works.

Well, they are zip-files with a *.kra extension, so you could rename them back to zip and throw them into a zip-repairer, or just open them up and see what went wrong...

I tried repairing it through terminal and ended up with this:

*** buffer overflow detected ***: zip terminated
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7338f)[0x7f4e79b0838f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f4e79b9fc9c]
/lib/x86_64-linux-gnu/libc.so.6(+0x109b60)[0x7f4e79b9eb60]
/lib/x86_64-linux-gnu/libc.so.6(+0x109069)[0x7f4e79b9e069]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xbc)[0x7f4e79b1070c]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x1cd5)[0x7f4e79ae09c5]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f4e79b9e0f4]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f4e79b9e04d]
zip[0x413ba1]
zip[0x419569]
zip[0x4027fa]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f4e79ab6ec5]
zip[0x40842a]
======= Memory map: ========
00400000-0042c000 r-xp 00000000 fc:01 7603630 /usr/bin/zip
0062b000-0062c000 r--p 0002b000 fc:01 7603630 /usr/bin/zip
0062c000-0062e000 rw-p 0002c000 fc:01 7603630 /usr/bin/zip
0062e000-0067d000 rw-p 00000000 00:00 0
00b9d000-00bbe000 rw-p 00000000 00:00 0 [heap]
7f4e7919d000-7f4e791b3000 r-xp 00000000 fc:01 39063398 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4e791b3000-7f4e793b2000 ---p 00016000 fc:01 39063398 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4e793b2000-7f4e793b3000 rw-p 00015000 fc:01 39063398 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4e793b3000-7f4e79a95000 r--p 00000000 fc:01 7608838 /usr/lib/locale/locale-archive
7f4e79a95000-7f4e79c50000 r-xp 00000000 fc:01 39063706 /lib/x86_64-linux-gnu/libc-2.19.so
7f4e79c50000-7f4e79e4f000 ---p 001bb000 fc:01 39063706 /lib/x86_64-linux-gnu/libc-2.19.so
7f4e79e4f000-7f4e79e53000 r--p 001ba000 fc:01 39063706 /lib/x86_64-linux-gnu/libc-2.19.so
7f4e79e53000-7f4e79e55000 rw-p 001be000 fc:01 39063706 /lib/x86_64-linux-gnu/libc-2.19.so
7f4e79e55000-7f4e79e5a000 rw-p 00000000 00:00 0
7f4e79e5a000-7f4e79e69000 r-xp 00000000 fc:01 39063420 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4e79e69000-7f4e7a068000 ---p 0000f000 fc:01 39063420 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4e7a068000-7f4e7a069000 r--p 0000e000 fc:01 39063420 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4e7a069000-7f4e7a06a000 rw-p 0000f000 fc:01 39063420 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4e7a06a000-7f4e7a08d000 r-xp 00000000 fc:01 39063703 /lib/x86_64-linux-gnu/ld-2.19.so
7f4e7a26d000-7f4e7a270000 rw-p 00000000 00:00 0
7f4e7a289000-7f4e7a28c000 rw-p 00000000 00:00 0
7f4e7a28c000-7f4e7a28d000 r--p 00022000 fc:01 39063703 /lib/x86_64-linux-gnu/ld-2.19.so
7f4e7a28d000-7f4e7a28e000 rw-p 00023000 fc:01 39063703 /lib/x86_64-linux-gnu/ld-2.19.so
7f4e7a28e000-7f4e7a28f000 rw-p 00000000 00:00 0
7ffd21389000-7ffd213aa000 rw-p 00000000 00:00 0 [stack]
7ffd213d4000-7ffd213d6000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]


zip error: Interrupted (aborting)

I changed the file back to .kra and it still doesn't work

I've use a zip repair program to fix the file and I still have no luck. All I get is this:

Could not open /home/theblackbaron/Pictures/recovered_recovered_anatomy_study.kra
Reason: Invalid document: no file 'maindoc.xml'.

Is there are mergedimage.png in the recovered zip at least? That's a full-size version of the rendered image (without layers)

There is nothing in the zip file when I open it. Even the zip-repair program shows no signs of any files.

Then I'm afraid there's nothing that can be done anymore