| Summary: | Moving selected content sometimes duplicates the content | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | tomtomtomreportingin |
| Component: | Tools/Selection | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dimula73 |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | 5.1.1 | ||
| Target Milestone: | --- | ||
| Platform: | Appimage | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Content sometimes duplicates on move, and also disappears when undoing the operation | ||
|
Description
tomtomtomreportingin
2022-09-15 02:42:44 UTC
Created attachment 152197 [details]
Content sometimes duplicates on move, and also disappears when undoing the operation
I've attached a video capturing the buggy behavior.
A group layer might be necessary, as I haven't been able to reproduce this with ungrouped content.
The loss of data when undoing the operation is worrying. I'm marking this as a regression as I do not recall this happening in 5.0.
Hi, tomtomtom! How do ou switch between the two tools? What shortcut do ou use? And what is the layout of the layers? You said a group layer is necessary, but what exactly the hierarchy look like? I've been using basic keyboard shortcuts: "s" key for freehand selection tool, "c" key for move tool. No modifers or canvas inputs involved. The layer structure in the above webm should be the following: - Group Layer -> Paint Layer 1 - Locked Background Paint Layer All actions are taken on Paint Layer 1. Also, this is with the "Move current layer" move mode. I haven't been able to reproduce the issue with other move modes, but it happens regardless if it's a pixel or vector selection, and regardless of anti-aliasing. Hi, Tomtomtom! What is the size of the image in question? 3024x4299 I just reproduced this issue on a 192x106 canvas with only one layer, no groups. Still don't know why it happens though. Cannot reproduce this in recent 5.1 versions like 5.1.3, so I suppose it could be considered fixed. |