[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KWin locks KDE with Alt+Tab
From:       Matthias Ettrich <ettrich () trolltech ! com>
Date:       2001-06-19 13:43:55
[Download RAW message or body]

On Tuesday 19 June 2001 14:12, David Faure wrote:
> On Tuesday 19 June 2001 14:44, Matthias Ettrich wrote:
> > On Tuesday 19 June 2001 13:13, David Faure wrote:
> > > On Tuesday 19 June 2001 13:12, Matthias Ettrich wrote:
> > > > On Monday 18 June 2001 23:20, David Faure wrote:
> > > > > (Stephan mentionned QWidget::grabMouse, does this stop X from
> > > > > sending mouse events, or is it Qt that filters mouse events out ? I
> > > > > found code for the latter, but I guess XGrabMouse intends to make X
> > > > > filter mouse events itself, no ?)
> > > >
> > > > yes, but then those mouse events are sent to the grabber.
> > >
> > > Ah. At the X level then. How do I find out which widget is the grabber
> > > ? Is QWidget::grabMouse the only place where mouse-grabbing happens ?
> > > (I suppose so... unless some apps use XGrabMouse directly I guess).
> >
> > Yes, both kwin and kglobalaccel call XGrabPointer and XGrabKeyboard
> > directly.
>
> Actually, I observe the hanging when clicking on kicker's taskbar items to
> switch between windows (since alt-tab was dangerous, I got used to clicking
> on the taskbar items). And look at what I just found :
>  ./core/container_panel.cpp:     if ( XGrabPointer( qt_xdisplay(), winId(),
> true, ButtonPressMask,
>
> Maybe you can check that the use of XGrabPointer there is ok ?

it is, it's commented out. 

Do you still get these locks with the taskbar after my commit from yesterday? 
Harri had the same problem on his laptop but cannot reproduce it anymore.

>
> > > > I'll try to look into.
> > >
> > > Thanks but without an environment where it happens I wonder how ? ;-)
> >
> > Meditation, sunshine and other metaphysical experiences :)
>
> LOL :)

Wait until you see the results :)

Matthias

[prev in list] [next in list] [prev in thread] [next in thread]