I’m trying out 4.6 (a big thanks to the devs) and am encountering a pretty strange bug. I’m currently running Ventura 13.6.3 on an M2 MBP. I have not encountered this issue with the previous version of dt (4.4.2).
After using my trackpad to scroll through the thumbnail images for some time the scrolling just stops responding/working. This seems to affect only the lighttable thumbnail scrolling - and only in the thumbnail area.
If I mouse over to the thumbnail center area scrollbar, scrolling still works. Scrolling works in all other areas of darktable - in the darkroom, in the filmstrip, in the collections area, etc.
seems to be a focus issue - similar thing is preference dialog also sometimes lose focus so clicking to close doesn’t work …
Seems to be macOS specific gtk stuff.
Workaround: move your mouse over the scrollbar and it gets focus properly
Thanks for response, Martin. I’ve encountered the preference focus bug with 4.4.2 (also found a workaround for that by moving the preference dialog to the top, where the close button seems to get focus).
As you stated it possibly looks like a MacOS gtk issue. The problem I have with moving the cursor over the scrollbar is that the scrollspeed is very high, making it not a great workaround (this is using the touchpad on the MBP).
Some additional data points:
For testing I backed up my config directory and reran DT 4.6 fresh to rule out any local config on my end that may be contributing to this problem. Bug still occurs.
Plugged a mouse and use the mouse’s scrollwheel to scroll through lighttable. Some interesting results here:
If I only use the mouse to scroll, I cannot reproduce this issue
Using the builtin touchpad triggers the problem, and once triggered the mouse’s scrollwheel does not work either.
My hunch is that the touchpad 2-finger scrolling velocity is a possible culprit here.
Unfortunately I have a lot of photos to process so will be going back to 4.4.2 for now.
Yesterday I had the same scroll freeze in lighttable, had never seen that before.
I don’t know what caused this, I restarted darktable and the problem went away. Couldn’t force that behaviour again.
Using the builtin touchpad triggers the problem, and once triggered the mouse’s scrollwheel does not work either.
I tried that but cannot reproduce.
Do you use any additional mouse/touchpad software like BetterTouchTool?
I am using an Intel MacBook Pro 2019 with Apple Magic Mouse.
Encountered the same bug after upgrading to 4.6 on Linux. Downgraded again and can’t reproduce the issue in the previous version I used (4.4). Let me know if you need additional info.
I’ve been busy lately so haven’t had much time but I’d like to give a quick update. I’ve pulled the repo, built the 4.6.x build and troubleshooted this issue.
Good news is I know the cause of the bug and how to reproduce it reliably. This isn’t really something that can be easily reproducible with a mouse’s scrollwheel - you’ll need a trackpad/touchpad to notice this issue. This is probably why it’s not noticed by a large portion of the dt userbase trying out 4.6.
To reproduce this issue, scroll the trackpad in a diagonal direction to the top and right or to the left and bottom. As an example on a MacBook laptop, use 2-finger scrolling and move both fingers to the top-right or bottom-left. The other directions (top-left, bottom-right) won’t trigger this bug (at least on my MBP).
There was code written several months ago that reworked some of the lighttable viewport scrolling (this is why this bug is not on 4.4.x). What’s happening is that when you move the trackpad this way it results in a delta that is added to the lighttable’s scroll value which results in 0. When the scroll is 0, the code that handles scrolling exits. Normally when this scrolling code exits it makes sure to retrigger itself later, but in the case of 0 it just exits. So the scrolling code never gets called again. This isn’t a Mac-specific bug.
I’ll be creating a bug report to github later today for this bug.
