Bug 434318 - Values of masks aren't interpreted properly when copying and pasting in certain cases
Summary: Values of masks aren't interpreted properly when copying and pasting in certa...
Status: RESOLVED DUPLICATE of bug 430474
Alias: None
Product: krita
Classification: Applications
Component: Layer Stack (other bugs)
Version First Reported In: 4.4.2
Platform: Appimage Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2021-03-12 11:51 UTC by tomtomtomreportingin
Modified: 2021-03-16 17:12 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tomtomtomreportingin 2021-03-12 11:51:07 UTC
SUMMARY
Regression introduced in 4.2.8: When a filter mask is 100% white and is copy-and-pasted to a new layer, the pasted filter mask will be 100% black. This does not seem to occur if the filter mask is not 100% white.

STEPS TO REPRODUCE
1. Add a filter mask to a paint layer.
2. Copy filter mask.
3. Add a new paint layer.
4. Paste filter mask.

OBSERVED RESULT
The pasted filter mask will be an inverse of the copied filter mask.

EXPECTED RESULT
The pasted filter mask should be 100% white.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian sid
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.12.9 (Appimage)
Comment 1 tomtomtomreportingin 2021-03-12 12:17:46 UTC
Amother related issue introduced in the same version: If the copied filter mask is not 100% white (i.e. includes a small stroke of black), then the full filter mask won't be pasted, instead only pasting the coverage of the black stroke of the filter mask.
Comment 2 tomtomtomreportingin 2021-03-12 12:50:15 UTC
After more experimenting, I don't think it's pasting 100% black, but rather, the pasted mask seems to hold nothing... The more common scenarios of making a selection, creating a filter mask from it, then copy-and-pasting seems to work as expected. Also, this seems to affect other masks besides filter masks.
Comment 3 tomtomtomreportingin 2021-03-16 17:12:31 UTC
This is very likely a duplicate of 430474, especially as it's introduced in the same version and the same workaround by Ahab works.

*** This bug has been marked as a duplicate of bug 430474 ***