Focus-Follows-Mouse lost mouse-wheel-scroll unless Gtk app is top-level in SUSE KDE3 - Seen in TDE?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



TDE devs,

Here is an odd bit of behavior with a new KDE3 install on openSUSE Tumbleweed I'm trying to chase down and wonder if this has been seen on TDE yet. The basic problem is with focus-follows-mouse set and no longer being able to scroll Firefox or Thunderbird windows with the mouse-wheel UNLESS the window is click and made top-level. (kinda defeats the purpose of focus-follows-mouse...)

There is no question that the window receives focus, everything else works, titlebar indicates focus, you can 'tab' between widgets in FF or TB, but the mouse scroll does not work.

As a work-around you can set the environment variable GDK_CORE_DEVICE_EVENTS=1 when starting either and then the focus-follows-mouse works normally.

  I've opened a bug:

Firefox Bug - no middle-mouse scroll on focused window not raised to top
https://bugzilla.mozilla.org/show_bug.cgi?id=1907708

  only to find this is not a new issue:

Scrolling inactive windows in KDE/KWin with mouse wheel
https://bbs.archlinux.org/viewtopic.php?id=239918

Mousewheel action over Firefox doesn't work if Firefox window is not active
https://bugzilla.mozilla.org/show_bug.cgi?id=1359226

and to find this is likely related to the new KDE3 builds at openSUSE. I have a Leap-15.4 install where KDE3 hasn't been updated since Sept. 2023 (it was perfect -- why tempt something like this ....) So it may be related to library version changes in the past 6 months or kernel differences between 5.4 and 6.9 or it could be due to a cockup in the build system.

Long story short I'm looking for more data points to help narrow down where/what is causing this. Since this may be a Linux 6.9 or recent library issue, I thought I would check if TDE has seen anything like this?

Also, a possible related issue has to do with the Run Command dialog (Alt+F2) which I can summarize in a test case:

  Test Case:

  1. Alt + F2
  2. type kmenuedit (tmenuedit on TDE IIRC)
  3. return (to run it)
  4. close kmenuedit
  5. Alt + F2
  6. type kmenuedit again

As you type the 'k' ('t' on TDE?) you will see the icon displayed change to the kmenuedit icon showing at least the search-as-you-type part has identified the prior kmenuedit command -- but -- the list-box does not open. You have to manually click the list-box to see the previous kmenuedit command.

I don't know if this is related, but I thought I would add that scenario as well. If you can't currently reproduce any of this -- good! But keep this in mind if it should crop up in the future.

--
David C. Rankin, J.D.,P.E.

--
David C. Rankin, J.D.,P.E.

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

____________________________________________________
tde-devels mailing list -- devels@xxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devels-leave@xxxxxxxxxxxxxxxxxx
Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@xxxxxxxxxxxxxxxxxx

[Index of Archives]     [Trinity Users]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [KDE]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]     [Trinity Desktop Environment]

  Powered by Linux