SUMMARY 5.0 prealpha git c4e3b84 Title pretty much says it all. It should be below the original layer after being converted. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
No, I found out that this is not limited to colorize mask. All 'mask' layers behave this way.
I can confirm this for the colourise mask with the Jun 10 5.0.0-prealpha (git 7ae3f95) appimage on Debian 10. With the 4.4.5 and earler appimages, it is placed below the layer to which it was initially applied, as it should be. Hence regression. For the transparency mask and filter mask, these have always been placed above the layer they were attached to after conversion to a paint layer. However, if a paint layer is converted to a transparency mask or filter mask, then it is applied to the layer above it (unless there is no layer above, in which case it is appled to the layer below). It does seem more 'logical' that a transparency/filter mask that is converted to a paint layer would stay in the same position, i.e. under the layer it was initially applied to. For the transform mask, the option to convert to a paint layer is not greyed out but it has no effect if clicked.
The regression is caused by 424e41cf211d6953aef3e44fb8b11f1b8893e5db, which removed a lot of specific logic for colorize masks.
Git commit 672de3752b156d933d4be8829b8a24a1834e1fb5 by Dmitry Kazakov. Committed on 21/07/2021 at 07:43. Pushed by dkazakov into branch 'master'. Fix positioning on mask after converting them into paint layers 1) Colorize masks should be put either below or above the parent layer, depending on their blending mode. 2) Normal masks should be put below the parent layer 3) Layers should be put into the same position where they were M +24 -5 libs/image/kis_layer_utils.cpp https://invent.kde.org/graphics/krita/commit/672de3752b156d933d4be8829b8a24a1834e1fb5