Moving a selected grouped area breaks ORA exporting.
Enviroment
OS: Linux
Arch: x86_64
Krita Version: 4.2.9-6
Steps to reproduce
Group several layers
Select rectangular area
Select the group layer
Use transform tool to move selection (all grouped layers) somewhere else
Export as ORA
Details
Saving it as KRA format produces the right file, even after re-loading this file, exporting it to ORA will produce a wrong blank file.
It’s always reproducible.
I suspect the ORA format exporter is trying to use the image offset extension wrong as the resulting file has strange x and y offsets together with blank pngs.
Workaround
Inserting a new layer then merging down the offending layer, effectively re-creating it, allows the exporter to produce the right ORA file.
The right place for a formal reproducible bug report is here: https://bugs.kde.org/ (it takes a bit of getting used to)
I can’t reproduce the bug as you describe it on the 4.2.9 appimage from the krita download site.
When I make any change to your Input.kra file and then try to close it, I get the message “The document ‘/tmp/bob.ora (Copy)’ has been modified Do you want to save it”
Tested against Krita 4.3.0-beta2 AppImage and it reproduces exactly as reported.
You merely need to open the file then export as ORA format. If you close Krita then open it again then open the resulting ORA file, it’s blank. If you inspect the ORA file with a zip archiver, the layers are all blank, the stack.xml offsets are messed up.
I agree that the Input.kra file, when opened and Exported as .ora, results in an ORA file that’s blank. That does indicate there is something wrong with the Input.kra file.
Starting from nothing in a new document and making layers with content and following the Steps To Reproduce that you noted does not show any problem for me with the standard 4.2.9 appimage on Debian 10.
This is the puzzle.
You say you’re using krita 4.2.9-6. Is this from the Arch repository?
Can you reproduce this starting from a new document, using the standard appimage, either 4.2.9 or (preferably) the 4.3.0 beta-2?
You’ve provided an .ora file that does show a problem if you operate on it as you describe.
Its stack.xml file has x,y offsets in it and also references to MyPaint:
xmlns:mypaint=“http://mypaint.org/ns/openraster”
mypaint:background-tile=“data/background-tile.png”
Starting from a new document, I’m unable to replicate this situation with a .kra file that has content and structure as you’ve described and shown, then moving content as you described and Exporting to an .ora file.
Can you provide a download link to the original .kra file that has the tiger picture in it?
I can still download files from all the links you posted and watch that video so I don’t know what may be happening for you there.
Yes, with input_from_new.kra, a simple move transform then export to .ora gives a blank image when you open that .ora file.
Inside the .ora file itself, the merged image is correct but the layer data image is empty white and empty transparent and the stack.xml file has an offset.
The input_from_new.kra file has that same offset in its maindoc.xml file.
These offsets do not exist when you create a .kra file from scratch or by using copy/paste on image content in krita taken from the images that do have offset source files.
It sounds like some mismatch or incompatibilty between krita and other applications when it comes to dealing with .ora files.
Resize canvas to a bigger area, you don’t even need to use transform tool, just stick to a corner. If you use the transform tool, it’s even more noticeable.
The spam filter got triggered because you had multiple links to your domain. Don’t worry you are not silenced or suspended.If you have any problem posting or replying here ping me.
The position stuff is something that is really vague in the spec right now so different applications handle it different… It might be fixed in 4.3? I recall @InkLab looking at something there…
I’ve just tried it with the 4.3.0 appimage
There’s an indication that it’s a layer size problem in the .ora file as well as any offset errors that may be there.
.kra file after Trim to Selection then Image Resize and dragged to a corner, Saved and reopened:
What I am not sure is if this is a regression, or had generally been tested before that. It was my first pull request, so admittedly I might not know as much about the requirements of parts of the krita codebase as some others here.
