The most frustrating darktable bug (aka “shifted selection”)

Software darktable
, , ,
1

When masking in modules (using “add path”), sometimes, suddenly, a selection shift is introduced.

When I click to start the selection the selection is added ~10 pixels above where my mouse pointer is. This shift is “active” for the entire path selection. It’s very hard to make any selections.

I don’t know what triggers it. Restarting darktable (5.2.1 or 5.2.0 AppImage) does not help. Eventually it starts working as intended again. I don’t know if it’s after reboot. I use KDE Plasma 6.4.4 in Aurora (which is basically Fedora). Has anyone noticed this?

I’ve tried disabling running darktable in fullscreen (which I usually do). It does not help. Disabling color assessment conditions does not help either. :confused:

4 Likes
2

I’ve seen similar issues in the past and yes it usually goes away. I’ve seen it on multiple versions but by the time I come to take a video of it and do some investigation it’s gone away. If you can reproduce and provide evidence (or even better, find a consistent way to make it happen) it’s well worth raising an issue on github.

4 Likes
3

I think it could’ve been the enabled crop module this time. I’ll have to try and disable it if it happens again (and a raise an issue).

1 Like
4

I don’t really think in pixel-distance, but I have experienced this, and I’d guess it would be a lot more than 10. Generally: dislocation of pointer position and actual effect. I too have no idea how to reproduce it. I just restart dt.

2 Likes
5

I’ve experienced this a few times, mostly when I zoomed in (event just slightly), as if the mouse cursor doesn’t take into account the zoom level and would be off depending on the zoom. It’s not just with mask, but also when drawing horizontal/vertical lines in the Rotate/Perspective tool. Zooming out al the way would reset it.

I haven’t reported it as it happened only maybe 5-10% of the time so I couldn’t consistently reproduce it, yet.

1 Like
6

Try to reproduce when using HQR preview…Maybe scaling of the downsampled preview is the cause. Even enabling it sometime show the pixels shift on the screen whenit recalculates the preview … As you zoom into there is less scaling so maybe things shift… Also maybe 4k screens might even show more difference??

Or maybe not??

2 Likes
7

I have also experienced this behaviour. When using masks and also in the retouch module.
I am on Windows.

1 Like
8

Never noticed this myself, but remember this issue report some weeks ago, possibly related ?

2 Likes
9

@mikae1 gave me the hint and now I can confirm it: it’s the crop tool, and it is 100% reproducable. Just take any picture, generously crop it (the more you crop, the bigger the shift) and try to draw a mask. You’ll see immediately a big shift from the mouse to the line of the mask.
If you deactivate the crop module, the shift disappears.
At least in my case (using Darktable 5.2.1 on Windows 11). I just noticed this effect with this version (and it has been sooooo frustrating in the last weeks).

1 Like
10

I have tried to reproduce this on a fresh image with the crop tool (on Linux) and cannot do so. It still seems to happen rather randomly for me. Perhaps there’s another factor affecting your images.

11

I think it was fixed 2 or 3 weeks ago in the development version (unless yours is a different bug).

12

I assumed this issue was just within the development version and not in the releases (i.e. it was broken within development and then fixed). This thread is discussing an issue that also happens in 5.2.1.

13

Ah OK. Thanks for the clarification.

14

Yes, there was a crop-ratio related displacement issue in 5.2 - re-reported here - now fixed in master.

7 Likes
15

I’ve experienced this yesterday (dt 5.2.0 Linux Mint) and yes the problem is solved now after deactivating crop module. I’m glad this issue is being fixed because it’s really annoying when it happens.

1 Like
16

Great to hear. :slight_smile: