Bug 399349 - destructive square created on layer rarely when using sliders
Summary: destructive square created on layer rarely when using sliders
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Instant Preview (show other bugs)
Version: 4.1.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-10-03 18:59 UTC by wkg28406
Modified: 2019-01-01 12:17 UTC (History)
1 user (show)

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


Attachments
video of square behaviour with HSV slider (2.04 MB, video/webm)
2018-10-03 18:59 UTC, wkg28406
Details
live moment of occurrence (1.58 MB, video/webm)
2018-10-05 21:18 UTC, wkg28406
Details
2 squares (2.08 MB, video/webm)
2018-10-05 21:22 UTC, wkg28406
Details

Note You need to log in before you can comment on or make changes to this bug.
Description wkg28406 2018-10-03 18:59:58 UTC
Created attachment 115393 [details]
video of square behaviour with HSV slider

SUMMARY
A "random" square appears rarely when using various sliders. This has happened for many versions (>= 4), but is hard to reproduce.

STEPS TO REPRODUCE
Reproducible: Rarely

Unknown exact steps prior, however it has always been when using sliders, mostly HSV, (ctrl+u), and when the adjustment is cancelled.
For a single document it is reproducible until either the document or Krita is closed. It is destructive to the layer, not visual only.

OBSERVED RESULT
Square created on adjusted layer, destroying content.

EXPECTED RESULT
No square created.

SOFTWARE VERSIONS
Qt Version: 5.11.2-1
nvidia: 340xx
i3wm on xorg: 4.15
compton: 2.0

ADDITIONAL INFORMATION
From observation/memory, this has happened only under i3wm/compton. It may be unrelated to Krita in that case?

It happens most often when HSV sliders are adjusted on a bottom single colored layer. That could just be because it is what is used most and because the most pixels are changed when an entire layer that is filled is changed, thus many updates happening at once. If the adjustment is cancelled the square is of the color that was last shown in the instant preview.

The square size seems consistent based on past instances. If drawn over the square, it cannot be undone. The square reappears when using slider or adjusting colors.

Sorry this isn't much to go on, just thought it should be reported finally as an instance of the issue has been recorded. No other information on this issue was able to be found, which lead to the belief of it being related to something specific in compositing or user configuration.

Hope the video explains what is going on better than text. Will record full screen if reproducible when not working on a private project.
Comment 1 Halla Rempt 2018-10-05 07:38:01 UTC
"From observation/memory, this has happened only under i3wm/compton. It may be unrelated to Krita in that case?"

On the face of it, that would seem unlikely. If you save and load the document, is the square still there?
Comment 2 wkg28406 2018-10-05 18:46:12 UTC
(In reply to Boudewijn Rempt from comment #1)
> "From observation/memory, this has happened only under i3wm/compton. It may
> be unrelated to Krita in that case?"
> 
> On the face of it, that would seem unlikely. If you save and load the
> document, is the square still there?

Happened again and can confirm. There were actually 2 this time, and one fixed itself. Square remains even after closing and loading, and also closing Krita. It's part of the file. However, it doesn't have the same behavior as the first video, it is just part of the layer now once opening.

Will do more testing and a video later.
Comment 3 wkg28406 2018-10-05 21:18:00 UTC
Created attachment 115433 [details]
live moment of occurrence

Here is an example from 2 months ago, it happened right when pressing 'ctrl+u', didn't notice until after.

HSV slider window is hidden due to it only capturing Krita window.
Comment 4 wkg28406 2018-10-05 21:22:55 UTC
Created attachment 115434 [details]
2 squares

Here is the example from today with 2 squares. Didn't capture the moment it happened.

One of them fixed itself after painting over an erased section with the background color.

It does not seem related to a square brush as like in the previous clip, as this one was without.
Comment 5 Halla Rempt 2018-10-09 09:28:10 UTC
Hm, I'm not able to reproduce this, I'm afraid. I still doubt it has anything to do with 3wm, but who knows... I wonder whether this does also happen if you turn off canvas acceleration.
Comment 6 wkg28406 2018-12-31 19:12:15 UTC
Since switching off of i3/compton (a month or so) this has not happened. (using KDE/GNOME)

There are many possible factors, and I have not been able to close in anything. There is clearly some kind of a bug with the visuals, hardware related or not.

I thought it could be user error, or because of a square brush, but that still doesn't explain the behavior shown in videos.

I've tried setting up macros to repeat steps, recording key presses, to no avail.

I won't bore with other details.

It could still happen again, but I wanted to document it. It's currently so rare that I'm unable to diagnose further. Closing.
Comment 7 Halla Rempt 2019-01-01 12:17:49 UTC
Thanks for getting back to us!