[BUG]: Combo boxes in OS Customization window behave unintuitively

[lennartb-]

What happened?

All combo boxes in the OS Customization window behave "incorrectly" when compared to how they basically work in all other Windows applications:

1. There is a visible scrollbar on the side, but it's not possible to use it with the mouse. Trying to pull the scrollbar down scrolls the list upwards, which is expected when using touch controls, but this is a desktop application. I just assume that the scrollbar is just there for visuals, not for function, which is bad from an accessibility point of view. The "scrollbar" also vanishes insanely quick.
2. There is no "acceleration" when scrolling the combobox with the mousewheel. Scrolling is thus painfully slow, because apparently no matter how fast or far the mousewheel is scrolled, it scrolls the entries one by one.

Take for example the "Wireless LAN country" box. It defaults to UK, but I want to put it to DE. My first intuition is to use the mousewheel, but it takes ages to scroll up to DE, so I switch to the scrollbar. Oh, the scrollbar is not working and results in the list actually scrolling in the other direction. At least using the cursor keys behave as expected and enable me to quickly scroll up.

(I assume this in an issue with the QT controls, which the application seems to be build with)

Version

1.8.5 (Default)

What host operating system were you using?

Windows 11

Host OS Version

23H2

Selected OS

Default selection, doesn't matter

Which Raspberry Pi Device are you using?

Raspberry Pi 3B, 3A+, 3B+, and Compute Module 3, 3+

What kind of storage device are you using?

microSD Card in a USB reader

OS Customisation

• Yes, I was using OS Customisation when the bug occurred.

Relevant log output

No response

[tdewey-rpi]

Thanks for the report, @lennartb-

You are correct in your hypothesis - this errant behaviour is directly linked to the specific version of the Qt library we're linking against. Raspberry Pi Imager, using QML, wound up using widgets that were designed for a touch-first UI.

As such, for the scrolling, for example, you might get more success by 'dragging' the list with your primary mouse button.

I'm expecting this to be at least partially resolved by #818, however I'm not able to dedicate the required time to resolve the various UI issues that upgrade presents in the near future.

I'm going to hold this one open to call out the specific behaviours you've mentioned, to confirm the Qt upgrade will resolve this.