https://bugs.kde.org/show_bug.cgi?id=433308
Bug ID: 433308
Summary: KDE, Wayland, Qt Mouse Focus Malfunction, then System
Settings Crash
Product: systemsettings
Version: 5.21.0
Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
Severity: crash
Priority: NOR
Component: generic-crash
Assignee: plasma-b...@kde.org
Reporter: ro.web...@gmail.com
Target Milestone: ---
Created attachment 135952
--> https://bugs.kde.org/attachment.cgi?id=135952&action=edit
backtrace from System Settings crash
SUMMARY
1. Window behavior in focus-follows-mouse mode: The focus does
not go to the window the mouse is over, but requires clicking in
it. (Usually. Not 100% of the time.) This is new behavior,
since the latest software update. It was working before.
2. System Settings crashes: After changing the focus mode setting.
STEPS TO REPRODUCE
1. On the Plasma, Wayland desktop, open System Settings and
navigate to 'Window Behavior', Focus tab.
2. Select a different focus mode.
3. Click 'Apply'. System Settings will crash.
4. Any time focus-follows-mouse mode is in effect, it will not
function correctly.
OBSERVED RESULT
System Settings crashes, but the setting change does take effect.
EXPECTED RESULT
Focus following the mouse, when that mode is selected.
No crash, duh.
SOFTWARE/OS VERSIONS
System Settings version: 5.21.0
Kernel: Linux 5.10.16-1-default #1 x86_64
Operating System: openSUSE Tumbleweed 20210217
KDE Plasma Version: 5.21.0
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Kernel Version: 5.10.16-1-default
OS Type: 64-bit
Graphics Platform: Wayland
CHRONOLOGY
* Regular boot from power-up. Login (KDE, Wayland). My saved
session has two Konsole windows open, with a third in another
workspace.
* The focus is not following the mouse. I have to click in a
window or the desktop to change the focus, although at first,
it was changing sometimes with just mouse movement over a window.
* My existing focus settings, which had previously been working
fine:
CONFIGURATION
Focus follows mouse (mouse precedence)
Delay focus by: 300 ms
Focus stealing prevention: Low
Raising windows: [X] Click raises active window
* Opened System Settings. The focus setting had not changed.
I selected each of the focus settings to read their descriptions in
turn, but finally left it as it had been, and never clicked 'Apply'.
Closed System Settings.
* Clicks were still needed to change focus. Opened System Settings
again. Selected the 'Focus strictly...' focus setting, clicked
'Apply', and it crashed.
Crash 1:
Executable: systemsettings5 PID: 2238 Signal: Segmentation fault (11) Time:
2/17/21 1:50:04 PM PST
* Now, after the crash, with the debug and help windows additionally
open, the focus is behaving well, always to the window the mouse
is over, after a short delay.
* Installed debug symbols. Restarted System Settings. The
"strictly" setting was remembered. To try repeating the fail
sequence, I set 'Focus follows mouse (mouse precedence)', and
clicked 'Apply'. System Settings crashed again. The original
focus problem was back: Clicking was required to change focus,
except that sometimes focus would shift with just mouse movement.
So, back to the original setting and the original problem.
* The "Bug reporting assistant", or whatever it is called, of drkonqi
crashed with the very first character I typed into the text field.
* Repeated the crash multiple times, eventually with no saved session
(no other windows open), just logging in, opening System Settings
> Window Behavior > Focus Tab, changing the focus style setting,
clicking 'Apply', and *crash*.
* I have been able to use System Settings for other things without
problem, for instance, changing to start with an empty session,
changing the workspace change style, window close style, sound
alerts, etc. But changing that focus style crashes it every time.
I have tried alternating between the two click-to-focus styles,
and between the focus-follows-mouse and focus-strictly-to-mouse
settings. Even though System Settings would crash, the setting
would get changed.
* Independent of System Settings, the 'Focus follows mouse (mouse
precedence)' mode does not work. Most of the time, it requires
clicking to change focus.
3rd saved crash (backtrace attached):
Executable: systemsettings5 PID: 2271 Signal: Segmentation fault (11) Time:
2/19/21 4:03:38 AM PST
* I have three backtraces, from the first crash, another, and the
latest. They are all identical, ignoring the hexadecimal numbers,
and the PID.
ADDITIONAL INFORMATION
* A web search for
"QWaylandClientExtensionPrivate::handleRegistryGlobal", the function
at the top of the trace, showed a bug from several years ago at
the same line number (67) of 'global/qwaylandclientextension.cpp'
as identified in the trace. Did the bug come back to life?
Thank you.
--
You are receiving this mail because:
You are watching all bug changes.
