Bug 322896

Summary: Transparency mask shifts after crop and save-open
Product: [Applications] krita Reporter: ALeXeY <alexeyn3d>
Component: File formatsAssignee: Dmitry Kazakov <dimula73>
Status: RESOLVED FIXED    
Severity: normal CC: dimula73
Priority: NOR    
Version: 2.8 Pre-Alpha   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: http://commits.kde.org/calligra/d664130d7235a22a5e1d066431e5b5d3efcb7d7d Version Fixed In:
Sentry Crash Report:
Attachments: Before crop
After crop
snapshots

Description ALeXeY 2013-07-27 19:04:25 UTC 
Transparency mask shifts from it's position after crop and save-reopen. Interesting, that before close the file, the mask position is fine. So, I decided to mark it as "load & save" bug. 

..I remember similar problem from previous version of Krita and I'm sorry if the bug is already here (but I can't find it).

Reproducible: Always
Comment 1 ALeXeY 2013-07-27 19:05:42 UTC 
Created attachment 81388 [details]
Before crop
Comment 2 ALeXeY 2013-07-27 19:06:18 UTC 
Created attachment 81389 [details]
After crop
Comment 3 ALeXeY 2013-07-27 19:16:48 UTC 
Created attachment 81390 [details]
snapshots
Comment 4 Dmitry Kazakov 2013-08-25 17:11:55 UTC 
Yep, it looks like the offset created by the move tool is not saved properly.
Comment 5 Dmitry Kazakov 2013-08-26 08:33:29 UTC 
Git commit d664130d7235a22a5e1d066431e5b5d3efcb7d7d by Dmitry Kazakov.
Committed on 26/08/2013 at 08:31.
Pushed by dkazakov into branch 'master'.

Fixed a mask offset loading bug

There is something a bit weird in the design of Kra format. The offset
of the paint device belongs to the node, but not to the device itself.
This causes problems when the actual paint device of the node is created
in a deferred way, like it is done for KisCloneLayer's and KisMask's.

M  +32   -2    krita/image/kis_mask.cc
M  +35   -0    krita/image/tests/kis_mask_test.cpp
M  +2    -0    krita/image/tests/kis_mask_test.h

http://commits.kde.org/calligra/d664130d7235a22a5e1d066431e5b5d3efcb7d7d