Bug 198066 - autohide with other window managers
Summary: autohide with other window managers
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasma4
Classification: Unmaintained
Component: panel (other bugs)
Version First Reported In: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 204034 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-06-27 16:10 UTC by Ryan Voots
Modified: 2011-07-30 17:28 UTC (History)
7 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Voots 2009-06-27 16:10:26 UTC
Version:            (using KDE 4.2.90)
Compiler:          gcc version 4.3.3 (Gentoo 4.3.3-r2 p1.1, pie-10.1.5)  
OS:                Linux
Installed from:    Gentoo Packages

when compiz is running my autohidden panels can't be activated at all.
you move the cursor to the edge of the screen and nothing happens.
this same thing also happens if you use metacity as the window manager (i do not believe it has compositing enabled when i'm using it).

this seems to happen when using either the fusion-icon to change window managers or when using the default applications setting in system settings.
Comment 1 coz 2009-06-27 17:16:20 UTC
hey guys,
 i can confirm this happen on my system as   well;
ubuntu 9.10...KDE 4.3 beta...compiz 0.8.2
  autohide panel shows a two pixel  line that is not accessible with clicks.
The dock remains hidden

coz
Comment 2 Aaron J. Seigo 2009-06-28 01:13:30 UTC
@coz: can you provide a screenshot of that 2px line?

my initial guess would be that compiz/metacity are fooling around with the input only xwindow that we use to detect mouse presence. :/

do you have any screen-edge triggered effects in compiz/metacity enabled? (those often also use input only windows, and may be resulting in a functionality impeding overlap)
Comment 3 Ryan Voots 2009-06-28 02:37:31 UTC
On Saturday 27 June 2009 19:13:31 Aaron J. Seigo wrote:
> https://bugs.kde.org/show_bug.cgi?id=198066
>
>
> Aaron J. Seigo <aseigo@kde.org> changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- CC|                            |aseigo@kde.org
>
>
>
>
> --- Comment #2 from Aaron J. Seigo <aseigo kde org>  2009-06-28 01:13:30
> --- @coz: can you provide a screenshot of that 2px line?
>
> my initial guess would be that compiz/metacity are fooling around with the
> input only xwindow that we use to detect mouse presence. :/
>
> do you have any screen-edge triggered effects in compiz/metacity enabled?
> (those often also use input only windows, and may be resulting in a
> functionality impeding overlap)

as far as compiz goes i have all of those disabled but they say they do have 
windows around the edges no matter what.  as far as metacity goes i have no 
idea i don't use it ever and was just testing with all installed window 
managers.
Comment 4 coz 2009-06-28 10:21:51 UTC
hey guys
Again I confirm this worked with kde 4.2 but not with kde .4.3 
There is no metacity in kubuntu or gentoo if you install kde.4.3.
So whatever changes where on kde 4.3 beta are the issues causing this. Nothing has changed in compiz since 0.7 till 0.8.2 and again, this worked in kde .4.2

coz
Comment 5 Aaron J. Seigo 2009-06-29 03:00:43 UTC
@Ryan: "they say they do have windows around the edges no matter what"

if that's true, then that's amazingly broken. the window manager should not assume it exclusively owns screen edges.

@Coz as well:

looking at the code for this, there has been exactly one change between 4.2.4 and 4.3:

    KWindowInfo activeWindow = KWindowSystem::windowInfo(KWindowSystem::activeWindow(), NET::WMState);
    if (activeWindow.state() & NET::FullScreen) {
        return false;
    }

if either of you compile from source, can you comment out the above lines in kdebase/workspace/plasma/shells/desktop/panelview.cpp? it will be in the PanelView::hintOrUnhide(const QPoint &point, bool dueToDnd) method around line 1108.

if that is the case, then compiz is wildly broken (and i can only say, "see why we didn't use compiz in kde4?!"). i can probably add a hack in there to work around it so that at least when using a sane window manager the panel won't unhide on top of fullscreen windows such as movies.
Comment 6 Ryan Voots 2009-06-29 17:22:40 UTC
On Sunday 28 June 2009 21:00:45 Aaron J. Seigo wrote:
> https://bugs.kde.org/show_bug.cgi?id=198066
> --- Comment #5 from Aaron J. Seigo <aseigo kde org>  2009-06-29 03:00:43
> --- @Ryan: "they say they do have windows around the edges no matter what"
>
> if that's true, then that's amazingly broken. the window manager should not
> assume it exclusively owns screen edges.
>
> @Coz as well:
>
> looking at the code for this, there has been exactly one change between
> 4.2.4 and 4.3:
>
>     KWindowInfo activeWindow =
> KWindowSystem::windowInfo(KWindowSystem::activeWindow(), NET::WMState);
>     if (activeWindow.state() & NET::FullScreen) {
>         return false;
>     }
>
> if either of you compile from source, can you comment out the above lines
> in kdebase/workspace/plasma/shells/desktop/panelview.cpp? it will be in the
> PanelView::hintOrUnhide(const QPoint &point, bool dueToDnd) method around
> line 1108.

I'll give it a shot probably on Wednesday or this weekend since i do compile 
from source
Comment 7 Ryan Voots 2009-07-01 05:27:44 UTC
On Sunday 28 June 2009 21:00:45 Aaron J. Seigo wrote:
> https://bugs.kde.org/show_bug.cgi?id=198066
> --- Comment #5 from Aaron J. Seigo <aseigo kde org>  2009-06-29 03:00:43
> --- @Ryan: "they say they do have windows around the edges no matter what"
>
> if that's true, then that's amazingly broken. the window manager should not
> assume it exclusively owns screen edges.
>
> @Coz as well:
>
> looking at the code for this, there has been exactly one change between
> 4.2.4 and 4.3:
>
>     KWindowInfo activeWindow =
> KWindowSystem::windowInfo(KWindowSystem::activeWindow(), NET::WMState);
>     if (activeWindow.state() & NET::FullScreen) {
>         return false;
>     }

i managed to get it compiled now, with compiz it still does work now with a 
single caveat, i have to restart plasma-desktop in order for it to start 
working or it seems like the panel is a single pixel too far off screen for it 
to come up, the glow from the panel shows up but the panel never opens.  but 
as i said when i restart plasma-desktop it easily begins working after that
i haven't tested metacity yet but i strongly suspect that it works also.

any idea what information i should provide to help the compiz folks get this 
issue sorted out and fixed since it would seem to be something wrong with their 
stuff?
Comment 8 Leonardo Carnevale 2009-08-11 18:27:00 UTC
i'm having this kind of problem too, and have seen this things that may help:
using opensuse 11.0 + kde 4.3 + compiz fusion 0.8.2 + emerald 0.8.2
the taskbar is unresponsive to show when in autohide mode, moving the mouse fast to the edge of the screen seems to make it work (show), if you move it slowly, the glow appears but may or may not show the bar (usually it doesn't)
even if the taskbar is not shown, i can get to see the thumbnails of the applications.
if i use an application in fullscreen mode, like say Kaffeine, when i move the mouse to the bottom edge and the controls of kaffeine appears, they are unclickeable. this happens too in KRDC in fullscreen mode, there is a section of the screen that does not respond to clicks, but the taskbar is not showing.

if you need any extra information or need me to try anything don't hesitate to ask.

thank you.
Comment 9 Maxime Chassagneux 2009-08-18 14:49:56 UTC
I've exactly the same probleme. 
I've made a quick video to explain the issue.

http://www.youtube.com/watch?v=2aZ__f2v208

I'use Kubuntu 9.04 + KDE 4.3 (from ppa) + compiz 0.7.9 + emerald 0.7.9
Comment 10 Beat Wolf 2009-12-11 20:42:39 UTC
*** Bug 204034 has been marked as a duplicate of this bug. ***
Comment 11 SinClaus 2010-04-19 10:57:12 UTC
So am I with Mandriva 2010 x86_64 KDE 4.3.5 Compiz 0.8.4 (all are from Mandriva repo)
Comment 12 Nicolas L. 2010-06-07 09:34:41 UTC
Do you reproduce with kde 4.4.4 or 4.5 beta ?
Comment 13 Aaron J. Seigo 2010-06-07 19:33:54 UTC
if it is reproducable, the only likely way this is going to get fixed is for someone who uses one the window managers that exhibits this problem to go into the plasma code and find out what is happening in the unhiding code.