Bug 487016 - panel still doesn't autohide right
Summary: panel still doesn't autohide right
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (other bugs)
Version First Reported In: 6.0.4
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-05-14 13:05 UTC by test
Modified: 2024-07-30 17:42 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
panel settings (3.16 MB, image/png)
2024-05-17 18:06 UTC, Filip
Details
panel behavior demo (3.12 MB, video/webm)
2024-05-17 18:10 UTC, Filip
Details
display panel by opening launch menu (924.25 KB, video/webm)
2024-05-17 18:15 UTC, Filip
Details

Note You need to log in before you can comment on or make changes to this bug.
Description test 2024-05-14 13:05:50 UTC
SUMMARY
panel still doesn't autohide

STEPS TO REPRODUCE
1. set the panel to autohide
2. switch one desktop to the left or right

OBSERVED RESULT
The panel unhides if hidden and remains unhidden.

It's still autoUNhiding all the time and not autohiding!

Flipping the mouse pointer over the panel doesn't hide the panel; I guess it doesn't register fast enough.  Most of the time it doesn't unhide even when you move the mouse over it and wait and move it away.  It's really getting in the way and I don't want to have the move the mouse pointer for that.

How do you actually hide the panel?

EXPECTED RESULT
The panel doesn't unhide.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 40
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit)
Graphics Platform: X11
Processors: 16 × Intel® Xeon® CPU E5-2637 v4 @ 3.50GHz
Memory: 125.6 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2
Manufacturer: Dell Inc.
Product Name: Precision Rack 7910

ADDITIONAL INFORMATION
This was promised to have been fixed in plasma 6.  It's still not fixed and not any better than it was in plasma 5 and soooooooooo annoying!!

There are probably more conditions that get the panel stuck but it's hard to tell because the panel is usually stuck all the time and just doesn't hide.  Perhaps we need a keyboard shortcut to toggle the panel and an option to keep the panel hidden until that key is pressed.  That includes bringing up the menu that comes when clicking the button at the left of the panel: I'm using a shortcut for that and I don't want the panel to unhide when bringing up that menu.

BTW, yes, when bringing up the menu the panel unhides and gets stuck as well.  Please fix this.

I don't even need the panel at all.  What is it for?  The only purpose would be to bring up the menu and I guess I can't bring up the menu without having a panel because the menu is part of the panel.  If I can get the menu without the panel I'd just remove the stupid panel and would finally be done with it.

I don't dare to remove the panel because there's probably no way to get it back if it turns out that I can't get the menu without having a panel :(
Comment 1 Filip 2024-05-14 15:05:02 UTC
I can't reproduce the issue.
You can always add a new panel.
Once you remove the current one -> right click on Desktop -> Enter Edit Mode -> Add Panel... (on the top bar) -> default panel.

You can also try to delete cache/config if the first option doesn't resolve the issue
    .config/plasma-org.kde.plasma.desktop-appletsrc
    .config/plasmashellrc
    .cache/plasmashell

Third option until the issue is fixed (if there's an issue) is to use krunner. You don't need panel to use the menu. All the search can be done through the krunner (alt+space is the default shortcut I think)
Comment 2 test 2024-05-15 09:32:51 UTC
Thanks!

I removed the panel and was forced to add one again because the menu is part of the panel.  It doesn't come up when I press the key assigned for it.

Krunner doesn't show the favourite programs.  If I wanted something like that, I'd just start the programs from the terminal.

Now I'm again stuck with the panel that doesn't unhide :(  If gnome had a decent file manager I might just switch to gnome ...
Comment 3 Filip 2024-05-15 10:19:51 UTC
Sorry, but I'm a bit confused here now. What is the exact problem? Does the panel fail to hide or does it fail to unhide when e.g. you press the Super key to open the menu?
Comment 4 Filip 2024-05-15 10:20:21 UTC
Can you share your panel settings too?
Comment 5 Filip 2024-05-16 08:42:03 UTC
Changing the status to Needs info.
Comment 6 test 2024-05-17 13:42:53 UTC
(In reply to filip.kendes1 from comment #3)
> Sorry, but I'm a bit confused here now. What is the exact problem? Does the
> panel fail to hide or does it fail to unhide when e.g. you press the Super
> key to open the menu?

The panel fails to hide.  It also unhides when it shouldn't, i. e. when switching desktops.
Comment 7 test 2024-05-17 13:58:32 UTC
(In reply to filip.kendes1 from comment #4)
> Can you share your panel settings too?

How do I share the panel settings?

I have removed the panel and added a widget called 'Application Dashboard'.  That's better than having a panel, though having a pager can sometimes useful, and there doesn't seem to be one without the panel.

Now I added a default panel to see if there are settings I could share (I didn't find any), and it seems the panel now sometimes autohides.  I suspect it may be a Fedora issue because I got some software updates today.  Yet it seems to depend on what's on the desktop, like when having dolphin maximized on a desktop and switching to that desktop, the panel doesn't autohide.  Switching pack to firefox still doesn't unhide the panel but switching to an empty desktop does.  Such a behaviour seems quite strange.

However, the panel still pops up when switching to another desktop and quickly hides.  That's an improvement, though it would be better if it didn't pop up at all when switching.
Comment 8 test 2024-05-17 14:00:54 UTC
> However, the panel still pops up when switching to another desktop and quickly hides.

That is only when not switching to a desktop with dolphin maximized on it.

Can't we edit our comments?
Comment 9 Filip 2024-05-17 18:06:11 UTC
Created attachment 169572 [details]
panel settings
Comment 10 Filip 2024-05-17 18:10:58 UTC
Created attachment 169573 [details]
panel behavior demo
Comment 11 Filip 2024-05-17 18:15:57 UTC
Created attachment 169574 [details]
display panel by opening launch menu
Comment 12 Filip 2024-05-17 18:17:45 UTC
Right click on the panel and select Auto Hide for the visibility.
Comment 13 Filip 2024-05-17 18:18:53 UTC
Sorry,. right click on the panel -> Enter Edit Mode -> select Auto Hide for the visibility.

We can't edit comments.
Comment 14 test 2024-05-18 09:09:08 UTC
(In reply to filip.kendes1 from comment #13)
> Sorry,. right click on the panel -> Enter Edit Mode -> select Auto Hide for
> the visibility.

That's what I did.
 
> We can't edit comments.

We need to be able to.
Comment 15 Filip 2024-05-18 11:28:59 UTC
In that case I can't help you, sorry. There might be a bug in the code. It would be great if you could record a video to demonstrate the bug since I can't reproduce it and other developers might not be able to so they can see what's going on there.
Comment 16 cwo 2024-06-19 15:16:12 UTC
I tried hard to replicate this in Plasma 6.1 using various panel settings, numbers of virtual desktops, open applications and theirwindow states, other conditions, etc. In all cases, the panel stays hidden, and hides appropriately after I manually unhide it.

This may be fixed in the new version, or it may be a consequence of a particular setting you made elsewhere, or it may be a packaging issue.

Could you test this with the new version?

Could you try it with a new user account (i.e. everything else in default configuration) to see if you still get the error? 

If you do, could you give a minimal set of precise instructions to trigger the error, so that others can replicate it? (For example, you did not specify how you switched workspaces, so I used a keyboard shortcut in my testing, but this could be the deciding factor if you used a different method and the error only appears with that).
Comment 17 test 2024-06-22 20:16:25 UTC
I've switched back to Gnome because KDE is way too buggy to be usable.  I had to uninstall as much of KDE as I could because some KDE stuff kept running when it shouldn't and got in the way.

It's always been this way over the decades, at first KDE seems to be fine and after a short time it starts breaking down with all kinds of annoying bugs that can't be fixed.  I don't like Gnome and would rather use KDE, but it never worked and still doesn't, and I doubt it ever will be usable.

Since I had to uninstall KDE packages I can't make a video of the panel.
Comment 18 test 2024-06-22 20:23:46 UTC
PS:

There are no particular instructions to give, either.  Just set the panel to autohide and the result is that it autounhides instead, like when switching virtual desktops (with keyboard shortcuts), and it remains unhidden basically all the time and is in the way.  Attempts to disable the panel and use alternative ways to start programs (as described) didn't work either because they turned out to too buggy.

And I still don't see what the panel is for.  The only useful function it provides is containing the menu to start programs.  It's time to find better alternatives than a panel, alternatives that actually work and are useful.  Gnome has managed that part, and KDE should learn from it.
Comment 19 Nate Graham 2024-07-30 17:42:07 UTC
Ok, if no one can reproduce the issue and you're not using the software anymore, then I'm afraid there's no way for us to fid whatever bug is causing this — if indeed there ever was a bug, as opposed to a set of incompatible settings being used. Sorry you had a bad experience. I hope you enjoy GNOME more! Everyone deserves a computing experience that brings them joy.