I am running a Daily Kubuntu 13.04 build in VMWare Player. I normally set the panel to autohide and mouse to the bottom to reveal it. On 4.9.9, only Alt F1 reveals it.
Perhaps KDE SC now uses the Xorg Xfixes' pointer barrier feature instead of the mouse pointer position? See https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/971018/comments/11 in this bug report: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/971018
Are you using a multiple-monitor configuration? Does it happen with a freshly created user account?
> Are you using a multiple-monitor configuration?
No, a single VMware Player guest window on a laptop. Same behaviour regardless of whether I am in full screen, or window mode.
> Does it happen with a freshly created user account?
It was the regular user account created by default when I installed the Kubuntu daily build (Platform Version 4.9.95).
Unchanged Using KDE Development Platform 4.9.97
Changed to version 4.10 to indicate it is still a problem. Additional info: SOMETIMES, before I remove the windows frame from my VMWare Player window, I can get the panel to rise by mousing to the bottom, but never once I remove the Windows Frame to make my VMWare window 'full screen' (without scroll bars, etc.)
I just installed openSUSE 12.3 into VMware Player, and installed VMware tools, and the same thing happens. That is, once the Panel is set to auto hide, moving my mouse to the bottom does not reveal it, but alt-F1 does.
This appears to be only when the Panel is at the bottom.
When I read this,
I changed the screen edge to left, top, and right.
In all cases, I could use the mouse to reveal the Panel, except for when the Panel is at the bottom.
Changed to version 4.10.2 to indicate it is still a problem.
Changed to kwin based on this thread:
After following the recommendations, the fancy Alt Tab switching has returned, but not my panel.
Funny thing: I am getting used to using Alt F1 instead of my mouse to unhide the panel.
sorry, i don't get it.
why do you think the compositor selection has anything to do with autohiding panels (xrender can only rotate around the z-axis, that's why opengl is required for cover switch or flipswitch) or why this would be a kwin issue?
my guess is that the input window to trigger the panel is placed too far at the bottom, but that's an issue of that containment.
Thank you for your comment, Thomas.
I had originally opened this in Plasma > Containment-Panel.
Was that the best place for this, or can you suggest a better Product > Component?
Unless you've a better reason, that actually was the proper component - the WM does neither place nor interpret those windows, nor unhide the panel.
So if you don't actually have strong indication the WM is responsible here (very simple cross test: install and run eg "openbox --replace&", ie. check whether things change w/ a replacement WM) you should move the bug back there.
I suggest to run "xwininfo", move the cursor (now a cross and it will not trigger anything at this moment, that's ok) to where you'd expect a crossing event should show the autohiding panel and click.
Then post the output here.
xwininfo: Window id: 0x280031e (has no name)
Absolute upper-left X: 0
Absolute upper-left Y: 1049
Relative upper-left X: 0
Relative upper-left Y: 1049
Visual Class: TrueColor
Border width: 0
Colormap: 0x0 (not installed)
Bit Gravity State: ForgetGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsViewable
Override Redirect State: yes
Corners: +0+1049 -0+1049 -0-0 +0-0
Ok, that's either the thing that should trigger the panel or an electric border from kwin, do you have an edge action configured for the bottom in "kcmshell4 kwinscreenedges"?
Right, when I mouse to the bottom, I expect the panel that I set to auto-hide to appear. It used to work on 4.9; and it works on the top, left, and right.
How do I check the edge action for kcmshell4 kwinscreenedges ?
(In reply to comment #15)
> How do I check the edge action for kcmshell4 kwinscreenedges ?
Run the command "kcmshell4 kwinscreenedges" - it'll open a dialog.
Hover the bottom center checkbox in the screen icon - if the tooltip says sth. else than "no action", there's a conflicting action configured.
Also in the lowest area the "Switch desktop on edge" should NOT be "Always enabled" (the last value of the combobox)
If neither is set (action or VD switching on touching borders) this is the plasma panel proxy. Since it's there, the bug would be in plasma (whether the event is not received, handled or the panel is just placed out of the screen)
> Hover the bottom center checkbox in the screen icon.
> Also in the lowest area the "Switch desktop on edge" should NOT be "Always enabled".
So therefore, you recommend I point the bug back to Plasma > Containment-Panel?
Thank you for your patience.
P.S. For other newbies out there, once I launched the utility, it looked familiar. I could also get there from the Kickoff Application Launcher > System Settings > Workspace Behavior > Screen Edges
back to plasma
Bumping version to 4.10.3
Bumping version to 4.10.5 after the upgrade on OpenSUSE.
(In reply to comment #20)
> Bumping version to 4.10.5 after the upgrade on OpenSUSE.
I have the exactly same problem running 4.10.5 in LinuxMint 15. Hoping to get this resolved somehow. Thanks for the Alt-F1 trick - don't know about that.
(In reply to comment #21)
> (In reply to comment #20)
> > Bumping version to 4.10.5 after the upgrade on OpenSUSE.
> I have the exactly same problem running 4.10.5 in LinuxMint 15. Hoping to
> get this resolved somehow. Thanks for the Alt-F1 trick - don't know about
Another trick is to move the panel somewhere other than the bottom.
Problem for me is that I like it there?
Marking as resolved. I have upgraded to the Kubuntu 13.10 daily build Using KDE Development Platform 4.11.00 and I can now auto-hide the panel and have it revealed when I mouse to the bottom.
Sorry to bump a 7 year old topic, but I'd just like to say that the problem is still there, on the top screen edge this time.
~ >>> latte-dock -v
~ >>> neofetch
██████████████████ ████████ slinkous@manjarobook
██████████████████ ████████ --------------------
██████████████████ ████████ OS: Manjaro Linux x86_64
██████████████████ ████████ Host: MacBookAir7,2 1.0
████████ ████████ Kernel: 5.8.18-1-MANJARO
████████ ████████ ████████ Uptime: 16 hours, 11 mins
████████ ████████ ████████ Packages: 1796 (pacman), 20 (flatpak), 7 (snap)
████████ ████████ ████████ Shell: bash 5.0.18
████████ ████████ ████████ Resolution: 1440x900, 1920x1080
████████ ████████ ████████ DE: Plasma 5.20.4
████████ ████████ ████████ WM: KWin
████████ ████████ ████████ WM Theme: Ocean
████████ ████████ ████████ Theme: Ocean [Plasma], Juno-ocean [GTK2/3]
████████ ████████ ████████ Icons: Infinity-Dark-Icons [Plasma], Infinity-Dark-Icons [GTK2/3]
Terminal Font: Noto Mono 10
CPU: Intel i7-5650U (4) @ 3.200GHz
GPU: Intel HD Graphics 6000
Memory: 4961MiB / 7864MiB
Please do not reopen old Plasma 4 tickets. This could be a duplicate of bug 370964, otherwise please file a new ticket with exact steps to reproduce when starting with a freshly created user account.