Summary: | Fill Layer with pattern loads wrong pattern after reloading image | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | glen.boylan |
Component: | Layer Stack | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | ahab.greybeard, scottpetrovic |
Priority: | NOR | ||
Version: | 4.1.7 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
glen.boylan
2019-01-07 20:01:17 UTC
I can confirm. You don't need to close Krita. Just do the steps mentioned and save it as a KRA. Then close the image and re-open it. The pattern appears to get a small grid on top of it. The only way to get rid of it is change the pattern to something else. Not sure why it would do this I have two custom patterns which are .png files, both 100 x 100 showing a grid of red and blue lines. One pattern has a white background and the other has a transparent background. The white background pattern is not affected but the transparent background pattern is affected. The Hexacol pattern is not monochrome (grey edges), it has a transparent background and is affected. The transparent background may be significant? Some further experimentation based on the previous 2 comments: Krita is in fact layering another pattern, not loading the incorrect one. It's loading 'Grid01.pat' from Krita Dir\share\krita\patterns. From what Ahab says, it sounds like it's loading grid01.pat first then the correct pattern (hence greyscale patterns with transparency showing the grid01 pattern. Interestingly, if I rename the grid pattern it fixes the problem. eg. i renamed it to grid01BAK.pat and now it works fine. That pattern is still selectable from within Krita as it just shows up with the new name. :D This bug has been fixed by: Git commit 92a9a440f3a9876678ea309bf984467b33157406 by Ivan Yossi. Committed on 07/06/2019 at 14:35. Pushed by ivany into branch 'master'. Remove update on creating a generator fill layer. as reported in https://bugs.kde.org/show_bug.cgi?id=408169 Setting to Resolved |