| Summary: | Autohide Panel not hiding | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Thomas Vde <ThomasvonderElbe> |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | minor | CC: | kdedev, niccolo.venerandi |
| Priority: | NOR | ||
| Version First Reported In: | 6.5.0 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | |||
| Bug Blocks: | 478797 | ||
| Attachments: | GIF showing the problem | ||
Thanks for the bug report. I'm not able to reproduce this on git-master. It may be dependent on the panel size. Does this still happen on Plasma 6.5.3 or later? If it does, what is the size of the panel in question? Thanks. (In reply to TraceyC from comment #1) > > Does this still happen on Plasma 6.5.3 or later? I will try, as soon as I have Plasma 6.5.3 installed. BTW, this does not occur, when the panel-clock displays seconds. I guess in this case the refreshing of the clock, leads to a panel-update every second too. ๐๐งน โ ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! I wont be able to try Plasma 6.5.3 anytime soon! For Plasma 6.5 the problem remains! Setting status back to waiting for info ๐๐งน โ ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! I did install a new distro and can confirm now, that the problem persists even in Plasma-Version: 6.5.4. And on a side-note: I find it problematic, that the reporters of bugs are forced to install a new distro or otherwise their reported bug gets automatically closed as RESOLVED WORKSFORME. (In reply to Thomas Vde from comment #7) > I did install a new distro and can confirm now, that the problem persists > even in Plasma-Version: 6.5.4. Thanks for re-testing. > And on a side-note: I find it problematic, that the reporters of bugs are > forced to install a new distro or otherwise their reported bug gets > automatically closed as RESOLVED WORKSFORME. No one is forcing anyone to install a new distro. Most folks update their existing install without changing distros. (In reply to TraceyC from comment #8) > No one is forcing anyone to install a new distro. Most folks update their > existing install without changing distros. But not every distro supports Plasma 6.5.3 or later! So you are forced, if you don't want your bug-report to be closed. (In reply to Thomas Vde from comment #9) > But not every distro supports Plasma 6.5.3 or later! > So you are forced, if you don't want your bug-report to be closed. For distros that don't support the latest versions of Plasma you have a couple of options, depending on the distro, without having to reinstall 1. If the update will be provided in a short period of time, just wait and re-test when the system is updated 2. If the distro intentionally keeps the Plasma versions back (such as Kubuntu or Debian), it is the responsibility of that distro to maintain the older versions of Plasma software and provide support. In this case, while the KDE bug would be closed, you can open a bug with the distro. In any case, let's keep the conversation focused on the bug. I'm not able to reproduce this on Plasma built from git-master, on Solus. I have a couple of questions to try to narrow things down. What distribution do you have installed now? Also, what do you have set for animation speed in System Settings - Quick Settings? Thanks! In the case of Debian or Kubuntu: Is it a realistic expectation, that they will fix such a KDE-bug? ... Somehow I strongly doubt this. Am I wrong? Ok, yes, lets narrow it down! More about my system: Operating System: KDE neon User Edition KDE Plasma Version: 6.5.4 KDE Frameworks Version: 6.21.0 Qt Version: 6.10.1 Kernel Version: 6.8.0-90-generic (64-bit) Graphics Platform: X11 And the animation speed is set right in the middle. ... But changing it, did not eliminate the behavior (though I did not restart Plasma, just pressed "Apply"). PS: If you have more questions, I will always answer them, even if it sometimes may take a couple of days. Thanks for those details. I'll leave this open so others can try to reproduce. |
Created attachment 186982 [details] GIF showing the problem SUMMARY Autohide Panel is not hiding, when the mouse moves away only for a short time/distance STEPS TO REPRODUCE 1. Set panel to autohide 2. Move mouse on panel 3. Move mouse away from panel for a short distance OBSERVED RESULT Panel stays visible EXPECTED RESULT Panel autohides SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: 6.5. KDE Frameworks Version: 6.19.0 Qt Version: 6.9.2 ADDITIONAL INFORMATION See attached GIF