Bug 425692

Summary:	Autohide of panel on drag'N'drop freezes
Product:	[Plasma] plasmashell	Reporter:	Holger <private_lock>
Component:	Panel	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	minor	CC:	nate, niccolo
Priority:	NOR
Version First Reported In:	5.18.5
Target Milestone:	1.0
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Holger 2020-08-22 22:01:21 UTC

SUMMARY
Autohide of panel on drag'N'drop freezes.

STEPS TO REPRODUCE
1. select some text in Firefox or a file in Dolphin
2. drag it over auto-hidden panel so the panel appears
3. drag the mouse of the panel again
4. abort the drag by pressing Esc

OBSERVED RESULT
a) The panel does not hide by itself anymore, you can switch applications and it stays, it requires a mouse-over to go away.
b) Once it is hidden, a second drag'N'drop will not show the panel again - it requires switch of virtual desktop to reset.

EXPECTED RESULT
A) The panel shall hide as usual, when the drag operation leaves the panel same as the panel hides on ordinary mouse-exit.
B) The panel shall reappear on a second drag-operation not requiring an intermediate VD-switch

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-42-generic
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz
Memory: 15,6 GiB

ADDITIONAL INFORMATION
bug 379508 complains stuck autohide - but on opening new window
bug 364456 drags a window over autohide panel to switch to next virtual desktop
I set severity to minor, because the effects easily reset after a VD-switch

Comment 1 Holger 2023-05-26 21:06:07 UTC

Still an issue in:
Operating System: Kubuntu 23.04
KDE Plasma Version: 5.27.4
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.2.0-20-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4600
Manufacturer: Micro-Star International Co., Ltd.
Product Name: GE70 2OC\2OD\2OE
System Version: REV:1.0

Comment 2 Niccolò Venerandi 2024-08-28 09:49:09 UTC

I just tried this and cannot reproduce. Does this still happen on Plasma 6.1?

Comment 3 Holger 2024-09-01 20:13:40 UTC

My expectation:
- Auto-UNhide on mouse-over (irrespective of drag or not)
- Auto-HIDE again on mouse-exit (again irrespective of drag or not)

Steps:
1. drag enters panel (it shows and stays visible despite mouse exit with drag)
2. pressing ESC outside the panel cancels the drag, but doesn't hide the panel (you can even alt+Tab to another app)
3. secondary mouse-over + mouse-exit without drag hides the panel (seemingly repairing the autohide)
4. secondary new drag-attempt cannot show the panel again until you switch virtual desktops

This is now:
Operating System: Kubuntu 24.04
KDE Plasma Version: 5.27.11
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.13
Kernel Version: 6.8.0-41-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4600
Manufacturer: Micro-Star International Co., Ltd.
Product Name: GE70 2OC\2OD\2OE
System Version: REV:1.0

Comment 4 Nate Graham 2025-09-29 17:05:18 UTC

Thank you for the bug report, and I'm sorry we weren't able to fix it it yet. A lot has changed since it was reported; can I ask you to see if this is still an issue with Plasma 6.4 or later? Thanks a lot!

Comment 5 Bug Janitor Service 2025-10-14 03:47:09 UTC

🐛🧹 ⚠️ 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!

Comment 6 Bug Janitor Service 2025-10-29 03:47:53 UTC

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.