Rawtherapee: GTK+3.24.1 issues

[TooWaBoo]

This is a list of issues with GTK+3.24.1 and RT
W = Windows, M = MacOS, L = Linux

1. Filename tooltip on thumbnails and History tooltip are flickering. (W/M)
2. Scrolling with the mouse wheel in the file browser, queue and filmstrip doesn't work anymore. (W)
3. Scrolling with the mouse wheel when hovering a combobox (e.g. Toolpanel) doesn't work anymore. (W)
4. Zooming with the mouse wheel in the preview doesn't work anymore. (W)
5. Rounding of "em" values in themes has changed. (this affects only the TWB theme) (W)
6. Scrolling with the mouse wheel only possible by page. (W)

EDIT: All bugs are fixed in GTK+3.24-2

[Benitoite]

There is a Mac-only issue involving the quartz backend in 3.24.0, RT occasionally crashes when dragging the window around, etc. The gtk dev who wrote the backend code there has reported it to gitlab.gnome.org: https://gitlab.gnome.org/GNOME/gtk/issues/1312

[TooWaBoo]

@Benitoite
Thanks, what about the other issues?

[Benitoite]

2, 3, and 4 don’t seem to be any problem on Mac.

[Hombre57]

I've opened an issue in Gtk project for n°3 : https://gitlab.gnome.org/GNOME/gtk/issues/1330.

N°2, 4 and 6 are solved here : the scroll event is a GTK_SMOOTH_SCROLL which wasn't handled (and it may be a Gtk bug IMHO : it shouldn't emulate a smooth scroll when using a mouse). I'll post a patch soon.

@Benitoite What's your pointing device ? Standard mouse ?

[Benitoite]

@hombre standard Logitech wired usb mouse with scroll wheel.

[Hombre57]

@TooWaBoo (ping @Beep6581) You've added W/M/L tag to each entry, Does it mean that OS not listed are not affected, or that we don't know ? I have to answer in GNOME's issue about n°3 in Linux.

[Hombre57]

About n°2, 4 and 6 : this may evolve soon with a change in Gtk, hopefully in a good way (but that's not sure).

[Beep6581]

@Hombre57 GTK+ 3.24 will not be available in my distro any time soon, so I cannot help.

[TooWaBoo]

Does it mean that OS not listed are not affected, or that we don't know

That means "we don't know."

[Beep6581]

Testing under Gtk+ 3.18, GTK+ 3.22.30 (Sabayon) and 3.24.0 (Fedora), branch scrolled-toolbar-fix commit 0d61f14ba, whether using the mouse scrollwheel causes scrolling when hovering over:

Description | 3.18 | 3.22.30 | 3.24.0
------------|------|---------|-------
The monitor profile combo, top half | ? | yes | yes
The monitor profile combo, bottom 1/3rd | ? | no | no
The zoom icons, top half | ? | yes | yes
The zoom icons, bottom 1/3rd | ? | no | no
A curve in the toolbox with "hide vertical scrollbar" off | ? | yes | yes
A combobox in the toolbox with "hide vertical scrollbar" off | ? | yes | yes
A slider in the toolbox "hide vertical scrollbar" off | ? | yes | yes
A curve in the toolbox with "hide vertical scrollbar" on | ? | yes | yes
A combobox in the toolbox with "hide vertical scrollbar" on | ? | yes | yes
A slider in the toolbox with "hide vertical scrollbar" on | ? | yes | yes

Notes:

• With "hide vertical scrollbar" on and GTK+ 3.22.30, scrolling in the toolbox does not work when hovering over the "-" button to the right of a slider:
  
  The exact buggy behavior is that when I first hover the mouse over the "-" button, the :hover animation lights it up and if I scroll then it will scroll one step down. Once it does that, nothing happens if I keep scrolling. Since it scrolled one step, the cursor is no longer hovering over the "-". If I move it back over the "-", it does not light up, and scrolling does not work at all, not even 1 step. To get it to light up again, I have to just hover over the "+", then hovering over the "-" again lights it up and again I can scroll 1 step.
  Scrolling while hovering over the "-" works fine using GTK+ 3.24.0.

[Hombre57]

@Beep6581

Remember that in Linux, the Preferences option "Hide vertical scrollbar" is hardcoded to be on, else scrolling with the mouse wheel didn't work.

With last commit, it's not the case anymore.

[TooWaBoo]

@Hombre57
Scrolling over thumbnails and zooming with the mousewheel works fine in GTK+3.24.0 with the fix from branch scrolled-toobar-fix

[afr-e]

Noticed the flickering after updating to https://keybase.pub/gaaned92/RTW64NightlyBuilds/RawTherapee_dev_5.4-795-g6f6cdd113_WinVista_64.zip.

Here's a GIF since no one posted an example:

[ff2000]

re GTK_SMOOTH_SCROLL:
I often get a delta of 0.0 which results (in thumbbrowserbase) in the view scrolling up instead of down.
I am on Linux (Gentoo) with gtk+-3.24.1.

[Thanatomanic]

What will be the resolution for this in view of a 5.5 RC?

[heckflosse]

Using gtk+ 3.24.1 on Windows I can not reproduce the flickering reported above

[heckflosse]

Update: The flickering is gone but the filename tooltips in browser now don't allow me to open images...

[Hombre57]

@heckflosse

Update: The flickering is gone but the filename tooltips in browser now don't allow me to open images...

What do you mean ?

[heckflosse]

@Hombre57 The tooltips appear under the mouse cursor and doubleclicking a thumb then does nothing

[Hombre57]

Ping @TooWaBoo

Maybe increasing marging-top could solve the problem ?

[TooWaBoo]

@heckflosse
On Win10 it's still flickering.

@Hombre57
No that wouldn't help. The tooltip position can not be controlled by the theme. The behavior also depends on the font size and/or dpi. Test with font size 18, then it's flickering on the toolbars too. There is something wrong with the calculation of the tooltip or mouse position in GTK+3.24.

[Benitoite]

Same on macOS 10.12: flickering filenames still but tools are not flickering in gtk+3.24.1

[Benitoite]

No flickering with latest branch gtk-3-24 @ gnome/gtk@91129be95c05726ea1bee23b9425f63d390905dd build on macOS. It looks like other quartz issues were fixed since 3.24.1.

[Beep6581]

Is the first comment up to date?

[TooWaBoo]

Updated the first comment. Point 3. works now.

[Beep6581]

And this affects only 3.24.0, not 3.24.1?

[TooWaBoo]

Sorry, my fault. Tested with 3.24.1. Changed title.

[TooWaBoo]

GTK+3.24-2 is out and it looks like all bugs are fixed now.

[Thanatomanic]

Indeed, I don't see any of the issues anymore! Hurray?

However, one thing I notice is that when you hover and produce a tooltip, and then quickly move to another image (either in browser or filmstrip), the tooltip info updates but the location stays the same.
Or was this already like this pre-3.24.1?

[TooWaBoo]

This happens in the past too.