On 8/3/24 11:09 AM, Istvan Gabor wrote:

Hello:

This occurs in openSUSE 15.5. I installed firefox 128.0esr. ------- The mouse pointer doesn't change to a hand on hovering links in firefox 128 esr. ------- I use the default X windows mouse theme (by setting no theme in KDE control center). ------- I use KDE3 desktop.

Istvan, There is a problem somewhere in how libinput in working with kwin and Gtk apps in Tumbleweed right now. I can confirm the behavior. It also shows up as a problem trying to use focus-follows-mouse and use the mousewheel to scroll in Firefox when other windows overlap. (ironically, my touchpad can 2-finger scroll Firefox just fine when windows overlap -- but that is using the synaptics driver) I've opened a Firefox bug with mozilla about the behavior: https://bugzilla.mozilla.org/show_bug.cgi?id=1907708 but since I've notice oddities in general using Gtk4 apps in how my mouse using the libinput driver interacts with the application. In several TW bugs, Yasuhiko has found libraries that need to have the compile string adjusted to for --std=c11/-std=c++11 features. There may be something similar with the mouse dependencies. I still need to boot 15.4 back and compare the xinput/libinput configs, etc.. So long and short, we know there is something wrong in the way the mouse in interacting with Gtk apps in TW and KDE3. There is also some strange behavior in KDE3 itself (e.g. press Alt+F2 for Run-Command and enter command that already appears in the Alt+F2 list. The combobox no longer automatically completes the name and drops the listbox part down so you can highlight the command you want -- down-arrow still works) None of this happens in 15.4. If this is happening in 15.5, then at least that narrows down the time the change occurred. Post any other info you have hear about the problem. When I have enough to know where the problem is, we can write a bug report for it. -- David C. Rankin, J.D.,P.E.