Bug 406857 - auto-hide fails after window demands attention
Summary: auto-hide fails after window demands attention
Status: RESOLVED DUPLICATE of bug 394119
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (show other bugs)
Version: master
Platform: openSUSE Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on: 394119
Blocks:
  Show dependency treegraph
 
Reported: 2019-04-24 18:47 UTC by bkorb
Modified: 2021-06-08 14:10 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bkorb 2019-04-24 18:47:07 UTC
SUMMARY
When a window demands attention, the panel pops up out of it hidden position. That's fine. But once that happens, it *stays up* even after visiting every bloody window on my desktop. The only fix is to reboot KDE. Instead, every new window that decides to place itself on the bottom must be moved or shortened.

STEPS TO REPRODUCE
1. set the panel to auto-hide mode
2. do something that causes a window without focus to demand attention
3. visit that window

OBSERVED RESULT
auto-hide remains disabled until KDE restarts

EXPECTED RESULT
the auto-hide panel would resume normal operation

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
(only if you know how to find "About System" -- can you clarify?)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Christoph Feck 2019-05-14 21:00:54 UTC

*** This bug has been marked as a duplicate of bug 394119 ***
Comment 2 triffid.hunter 2019-05-15 04:44:50 UTC
This seems different to #394119 (I am the submitter of that bug)

In #394119, the panel will successfully autohide after all windows wanting attention have received focus. The issue there is that workflow is disturbed by having to focus other windows to re-hide the panel.

In this bug, OP describes that autohide remains broken even _after_ all windows have received focus. A restart of plasmashell is required to reset the panel.

This bug might be solved by an accepted solution for #394119, but the behaviour is definitely distinct and separate.

I changed the status back to 'Reported' because I never experienced the specific behaviour described by OP, and noted that this bug may depend on #394119

OP: you could try `killall plasmashell; sleep 3; kdeinit5_wrapper plasmashell` and see if that works as a less intrusive kludge to temporarily fix the issue.

You could also try my patch from #394119 which completely prevents the panel un-hiding when windows want attention.
Comment 3 Ville Aakko 2019-05-15 06:28:23 UTC
I have seen this bug in an older version of Plasmashell, on Arch Linux. Not sure what triggered it, but often the autohide just broke so that no matter what was done, the panel just would not autohide. Sometimes (but not always) there were various other glitches with the panel (such as: system tray icons breaking in various ways, or sometimes the panel would just hang). However sometimes behaviour described by OP was the only issue, I've definitely seen it. And the other issues might have just been separate / by chance, but I got the gut feeling they most often coincided.

However these buggy, clearly broken (i.e. not working as programmed / intended), were gone after some upgrade. Currently using plasmashell 5.15.5 on Arch Linux, perhaps openSUSE is lacking behind?

OP: Considering my above hypothesis is right: can you test a newer version on OpenSUSE? Have you reported this at OpenSUSE bug tracker?

Bug #394119 is certainly a separate issue, as it is about issues with autohide even when it is working as intended by the programmers / design (which is broken IMHO).
Comment 4 veggero 2021-05-08 19:55:55 UTC
as above
Comment 5 Bug Janitor Service 2021-05-23 04:33:41 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2021-06-07 04:33:36 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 7 bkorb 2021-06-07 15:28:50 UTC
Actually, this report only ever existed because I didn't stumble into Bug 394119. When marked as a duplicate 2 years ago, this ought to have been closed out.

*** This bug has been marked as a duplicate of bug 394119 ***
Comment 8 triffid.hunter 2021-06-08 05:28:27 UTC
I unmarked it as duplicate, see my comment #2 ;)
Comment 9 bkorb 2021-06-08 14:10:16 UTC
(In reply to triffid.hunter from comment #8)
> I unmarked it as duplicate, see my comment #2 ;)

Fair enough. I reported this and I did, in fact, visit all my windows as an experiment and, nope, autohide didn't return. Still, when your bug was fixed, so was this. :) Anyway, "closed -- needed info" wasn't right but, in the end, I don't care a whole lot.