Bug 140530 - Panel return from hiding on dual head system effects windows on both screens
Summary: Panel return from hiding on dual head system effects windows on both screens
Status: RESOLVED DUPLICATE of bug 160068
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-24 06:45 UTC by Jon J
Modified: 2008-12-14 12:33 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon J 2007-01-24 06:45:58 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    Ubuntu Packages
Compiler:          4.0 and perhaps 4.1 Using default Mepis Linux 6.0 and also tried Kubuntu 6.06, same result.
OS:                Linux

I have a dualhead desktop using a nVidia 4400 and also a system with a nv 7600gt.  

The KDE panel is on only one desktop and I have windows (not maximized!) on the other screen.  When I hide the KDE panel it works fine but when I return the panel it moves windows on the other screen (both screens), as if to make room for the panel on the bottom, but the panel isn't even on that screen.  It's more of an annoying quirk than a bug, I guess.

This has happened, IIRC, in all KDE 3.5 versions.  I've had this behavior in kUbuntu 6.06 and Mepis 6.0. 

This happens with both the nv and nvidia driver.

Thanks for taking a look!
Comment 1 m g 2008-02-20 03:02:25 UTC
I think I've seen this myself. I keep my kicker panel located at the top/left, with auto hide enabled, at 93% length.
 
I usually see this bug a lot more often when I have a lot of browser windows open.  It doesn't seem web site dependent.
 
Sometimes, the panel just relocates back to the bottom on it's own but I can't unhide it by hovering the mouse over the area it should be in. I'll have to fix it by opening up a term and re assigning the panel via Kcontrol.  I don't see it on another computer which has the kicker panel at the top, but no auto hide.(it seems auto hide related to me)  When it does this, Kcontrol reports the panel as being assigned to bottom left, and the auto hide feature stays 'enabled', but doesn't work.  The panel is gone.
 
I've seen it on SuSE 10.1 .2, and .3. and PCLoS mini me 2008.  I don't have multihead though.  I don't think it's hardware dependent, though may be worse on multihead. I'm not using nvidia though, I'm using the open source r200 driver on a firegl 8800 and I only have one monitor.
Comment 2 Jon J 2008-02-20 04:25:43 UTC
Thank you m g however I think the symptom you are describing is different.  What I described previously is not related to auto hide exactly.  Here's a way to repeat the bug:

Have a dual-head desktop (ie. two monitors working on one computer with KDE desktop 3.5.x).  Have the panel in the bottom of the right screen.  Now in the left screen have a non-maximized window near the bottom of that screen.  On the right screen, hide and then unhide the KDE panel.  When the panel comes back, the window on the *other* (left) screen will move up, as if to make room for the panel return, but there is no panel returning on that screen.

I hope this is clearer.  It's not a mission critical type of bug, true.  It's a quirk that seems rather easy to fix, but I have no applicable programming skills to find and submit a fix patch.  My rough guess is this bug could be fixed in under ten lines of code.
Comment 3 lucas 2008-12-14 12:33:15 UTC
KWin 3.5 is unmaintained, so is Kicker. As the root cause is identical to the KDE4/Plasma version marking as a duplicate.

*** This bug has been marked as a duplicate of bug 160068 ***