Summary: | Focus not transferred properly to child windows in sidebar view | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | wazhai <wazhai> |
Component: | sidebarview | Assignee: | Marco Martin <notmart> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugseforuns, nate |
Priority: | NOR | ||
Version: | 5.12.4 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 5.17.0 | |
Attachments: | video demonstration |
Description
wazhai
2018-04-12 19:18:19 UTC
A likely related side effect of this bug is this scenario: 1. Open System Settings in Sidebar View as a window (not maximized) 2. Open About KDE from the hamburger menu 3. Do not click inside the child window and close it using the title bar close button 4. Mouse over exactly one top level sidebar item and then move the mouse pointer off to the left out of the System Settings window 5. The tooltip stays open and even clicking to change focus to another program doesn't dismiss it can't seem to reproduce on master, child windows automatically get focus. perhaps some custom focus stealing prevention in kwin? Created attachment 114355 [details]
video demonstration
Unfortunately, I am unable to test with the master branch, but my system has since been updated to newer versions and it still occurs at random very often but not always. I don't use any kind of special focus prevention rules: the policy is "click to focus", low stealing prevention and click raises active window is enabled.
I have added an attachment video to demonstrate this odd issue if it wasn't clear what is happening on my end. Here, it doesn't happen the first time, but does the second and I try to show the effects. When I click on the child window, it starts behaving normally.
Plasma: 5.13.3
KDE frameworks: 5.48.0
Qt: 5.10.1
Confirmed fixed now. |