Bug 291141 - Present windows effect caused that automatically hidden panel does not pop up
Summary: Present windows effect caused that automatically hidden panel does not pop up
Status: RESOLVED DUPLICATE of bug 288791
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 4.8.1
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-10 09:40 UTC by Marian Kyral
Modified: 2012-03-08 09:16 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kwinscreenedges setting (51.94 KB, image/png)
2012-03-08 06:40 UTC, Marian Kyral
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marian Kyral 2012-01-10 09:40:00 UTC
Version:           unspecified (using Devel) 
OS:                Linux

Hi,
recently I've changed my panels configuration. I moved the main panel to the left side. On Upper border is a panel with text (stdin plasmoid) and on bottom border I have a panel with application icons - my quick laucher area.

Side panel is always visible. Upper panel is always visible and windows are going under. The bottom panel is set to be automatically hidden. Widgets are locked.

The problem is, that after some time, the bottom panel does not pop up when I put mouse to the bottom border. I can only see the yellow line, but panel does not pop up. I have to restart plasma-panel to fix it. Unfortunately I don't know the reason, why it is happening.

Reproducible: Always

Steps to Reproduce:
1) Configure automatically hidden panel
2) Use desktop as usual
3) Check hidden panel, whether it shows when mouse is in the panel area

Actual Results:  
After some time, hidden panel does not pop up.

Expected Results:  
Hidden panel always pops up.

KDE 4.8 rc2
Comment 1 Marian Kyral 2012-01-13 08:05:31 UTC
It is probably a kwin bug. Restart of kwin fixed the problem (for a while). Maybe it is connected with https://bugs.kde.org/show_bug.cgi?id=289945
Comment 2 lucke 2012-01-26 10:40:07 UTC
I believe I have this problem - my panel stopped appearing after updating to 4.8. It seems to be triggered by using present windows or desktop grid (it was triggered also by default alt-tab "brought over" from 4.7 - making kde use the new alt-tab stopped the triggering) only when switching desktops on edge is turned on. It affects both the autohidden panel and the one covered by windows. Restarting plasma-desktop, disabling switching desktops on edge or changing plasma theme fixes the problem until present windows or desktop grid is run again.
Comment 3 sundoulos2 2012-02-25 02:39:49 UTC
Still present in KDE 4.8.0. Present windows or Alt-tab cause it to stop appearing every time. Alt-F1 always brings it up though; kind of a crude work-around since you get the kickoff launcher too. Works better than restarting plasma-desktop; that has its own issues with system tray taking over the whole panel, getting progressively larger with each restart.
Comment 4 Marian Kyral 2012-03-01 13:47:14 UTC
The Alt-F1 workaround works only when hidden panel contains kickoff launcher. Unfortunately, I've different panel hidden :-(
Comment 5 Marian Kyral 2012-03-01 14:10:06 UTC
I can confirm that Presence windows effect cause this. After switch to Film strip, hidden panel works correctly. So maybe this is a kwin bug.
Comment 6 Marian Kyral 2012-03-07 13:32:35 UTC
I just tested in 4.8.1. 
With the Film strip effect all works as should. The hidden panel pop up when I point mouse to the bottom of the screen. But after I enable the Present windows effect and use it (Alt + Tab), the hidden panel does not pop up anymore.
Comment 7 Martin Flöser 2012-03-07 21:32:49 UTC
Is this a regression or did the same problem also exist with 4.7. There have been changes and we need to figure out whether this is a to be expected behavior or a bug.
Comment 8 sundoulos2 2012-03-07 21:50:25 UTC
I've not had the problem prior to 4.8 so I would consider it a regression. I was using Present Windows and Alt-Tab on 4.7 and prior with no problem.
Comment 9 Thomas Lübking 2012-03-07 21:58:49 UTC
I bet on bug #288791
Comment 10 Marian Kyral 2012-03-08 05:43:50 UTC
(In reply to comment #7)
> Is this a regression or did the same problem also exist with 4.7. There have
> been changes and we need to figure out whether this is a to be expected
> behavior or a bug.

It work correctly in 4.7.
Comment 11 Marian Kyral 2012-03-08 05:46:45 UTC
And strange is that switch off/on compositor does not help. Also restart kwin does not help. Only restart of plasma allow panel to pop up again.
Comment 12 Thomas Lübking 2012-03-08 06:27:24 UTC
(In reply to comment #11)
> And strange is that switch off/on compositor does not help. Also restart
> kwin does not help. Only restart of plasma allow panel to pop up again.

Because it's most likely a conflict about the electric border z-axis, tus a dupe.
if the panel never raises this proxy and kwin starts after plasma-desktop, you actually trigger the issue.

a) "kcmshell4 kwinscreenedges" ->what settings? (you can make a sceenshot in a readable language)
b) run konsole, run "xwininfo", move the mouse to a panel border, click and post the output. Ideally configure the panel to NOT take an entire screen width/height before

possible solutions/workarounds for now:
a) plasma uses 2px wide proxies
b) plasma triggers a raise on those proxies every n seconds
c) for certain conditions a patch to exclude not required electric borders exists, but that's only half cut.

proprietary solutions could be to have kwin a heuristic lookup about the windows touching borders (ie. make kwin check whether that might be a foreign electric border) or -better- plasma tags those windows with a prop. _KDE_WM property. Both won't work with other WMs.
Comment 13 Marian Kyral 2012-03-08 06:40:24 UTC
Created attachment 69357 [details]
kwinscreenedges setting

==== Before ====
$ xwininfo

xwininfo: Window id: 0x100b028 (has no name)

  Absolute upper-left X:  659
  Absolute upper-left Y:  1170
  Relative upper-left X:  659
  Relative upper-left Y:  1170
  Width: 602
  Height: 30
  Depth: 0
  Visual: 0x21
  Visual Class: TrueColor
  Border width: 0
  Class: InputOnly
  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:  +659+1170  -659+1170  -659-0  +659-0
  -geometry 602x30+659-0 

==== AFTER ====
$ xwininfo

xwininfo: Window id: 0x1800068 (has no name)

  Absolute upper-left X:  1
  Absolute upper-left Y:  1199
  Relative upper-left X:  1
  Relative upper-left Y:  1199
  Width: 1918
  Height: 1
  Depth: 0
  Visual: 0x21
  Visual Class: TrueColor
  Border width: 0
  Class: InputOnly
  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:  +1+1199  -1+1199  -1-0  +1-0
  -geometry 1918x1+1-0
Comment 14 Thomas Lübking 2012-03-08 07:04:48 UTC
It's a dupe. The reason is the "always enabled" setting for desktop switching.
you likely use a purely horizontal desktop layout then?

*** This bug has been marked as a duplicate of bug 288791 ***
Comment 15 Marian Kyral 2012-03-08 07:44:33 UTC
(In reply to comment #14)
> It's a dupe. The reason is the "always enabled" setting for desktop
> switching.
> you likely use a purely horizontal desktop layout then?
> 
> *** This bug has been marked as a duplicate of bug 288791 ***

No, I've standard 2x2 desktops layout.
Comment 16 Thomas Lübking 2012-03-08 07:46:40 UTC
Stupid question: How do you pop up the bottom panel then? Ultra careful mouse approaching?
Comment 17 Marian Kyral 2012-03-08 09:16:48 UTC
(In reply to comment #16)
> Stupid question: How do you pop up the bottom panel then? Ultra careful
> mouse approaching?

Well sometime is not so easy but with some practice it is not a problem. You have to tick the border. Go down to the border and immediately move up a little. There is some delay before switch to another desktop. To go to desktop below just continue down. And yes, it means that panel is shown for a while during desktop switch.