SUMMARY Saving a file with Fill Layer (plain color) in May 17th nightly build (5.1.0-prealpha-1d84308df8) and open the .kra with earlier version such as 5.1.0-prealpha-e73bc4fca1 (May 7th) or 5.0.5 , the Fill Layer will become totally black, and layer property also indicate it is RGB(0,0,0) If using Fill Layer with gradient, the applied color will become RGB(0,0,0) If the file only have the Fill Layer and nothing else, it cannot be reproduce. Can still be reproduced in 5.1.0-prealpha-110498db8a (May 20) STEPS TO REPRODUCE 1. New file, add Fill Layer with any color except black in newest krita nightly build 2. Make sure the file also contain "a Paint Layer" 3. Save file, open .kra with stable build (5.0.6 or newest 5.0.7) OBSERVED RESULT The fill layer is black EXPECTED RESULT The fill layer should preserve its original color SOFTWARE/OS VERSIONS OpenSUSE Leap 15.3 KDE ADDITIONAL INFORMATION
I cannot reproduce this with a build from master and the 5.0.6 appimage.
Created attachment 149067 [details] become black in krita earlier build Thanks for the reply! Strangely, I cannot reproduce with new file now, but can did it several times hours ago. This is the file I found can be still occur the issue, the original fill color is #737373
I suspect that the chinese image name might be the problem here: this might be fixed after commit 0d7259f83d021278f9f560f676fc6b96b5a0d9c0 Author: Alvin Wong <alvin@alvinhc.com> Date: Tue May 17 22:04:39 2022 +0800 win: Set activeCodePage to UTF-8
Or it could be commit 0db3b4718cdf2da4d3461906993716bf5eb6dc66 Author: Halla Rempt <halla@valdyas.org> Date: Thu Mar 31 15:24:02 2022 +0200 Set the UTF-8 codec on pretty much every QTextStream Otherwise the codec for the locale is used, and that renders files in-interoperable.
Thanks a lot! After remove the Fill Layer and add the new one (still with chinese name) in the newest krita build, the issue just gone... Since it seems not reproduceable anymore, maybe just close this ticket?
Okay, thanks for checking!