tags 384428 -unreproducible
severity 266118 important
quit
Been an antertaining adventure trying to track this down. Wonderful
finding things like _gdk_x11_set_input_focus_safe(), which amounts to a
reinplementation of XSetInputFocus(). Even the simplest developer should
have found XSetErrorHandle
Just found what looks suspiciously like a proverbial smoking gun on the
GTK/GDK side of things. Rather contrary to my previous suspicions,
disabling handling FocusOut, FocusIn, LeaveNotify and EnterNotify events
failed to improve the situation. So, finally went in and tried adding
"return_val=FALSE
Debugging GUI programs within X can be entertaining. Particularly when it
is a library used by many tools. Also interesting to build a debuging
version og GTK/GDK. Grabbing a handy program to try tracking this bug
down...
(not yet complete)
>From the unclutter side:
The obvious starting point is
>From: Josselin Mouette
> Le mercredi 18 mai 2011 ? 16:23 -0700, Elliott Mitchell a ?crit :
> > I'm glad I reconsidered window manager (metacity) involvement. While
> > looking at the processes that were running away, it looks like I found
> > the key much further down the list (rare to find the
reassign 627007 unclutter
forcemerge 266118 627007
thanks
Le mercredi 18 mai 2011 à 16:23 -0700, Elliott Mitchell a écrit :
> I'm glad I reconsidered window manager (metacity) involvement. While
> looking at the processes that were running away, it looks like I found
> the key much further down t
>From: Josselin Mouette
> Le mercredi 18 mai 2011 ? 14:56 -0700, Elliott Mitchell a ?crit :
> > > What is your graphics hardware and which driver are you using?
> >
> > I'm rather doubtful the graphics driver would effect this as no visual
> > glitches of any sort are present. In that unlikely e
Le mercredi 18 mai 2011 à 14:56 -0700, Elliott Mitchell a écrit :
> > What is your graphics hardware and which driver are you using?
>
> I'm rather doubtful the graphics driver would effect this as no visual
> glitches of any sort are present. In that unlikely event, nVIDIA hardware
> and using t
>From: Josselin Mouette
> Le mardi 17 mai 2011 ? 16:04 -0700, Elliott Mitchell a ?crit :
> > Not much needed to reproduce. Start one of the many afflicted programs,
> > whenever you move the pointer into its window and see the processor usage
> > hit 100% whenever you move the pointer out of the
Le mardi 17 mai 2011 à 16:04 -0700, Elliott Mitchell a écrit :
> Not much needed to reproduce. Start one of the many afflicted programs,
> whenever you move the pointer into its window and see the processor usage
> hit 100% whenever you move the pointer out of the window processor usage
> will ret
>From: Josselin Mouette
> Le lundi 16 mai 2011 ? 17:35 -0700, Elliott Mitchell a ?crit :
> > I'm unsure whether any special configuration is required to tweak this.
> > The only thing that comes to mind is I've got the traditional
> > FocusFollowsMouse, and for the moment metacity is my window ma
Le lundi 16 mai 2011 à 17:35 -0700, Elliott Mitchell a écrit :
> I'm unsure whether any special configuration is required to tweak this.
> The only thing that comes to mind is I've got the traditional
> FocusFollowsMouse, and for the moment metacity is my window manager. This
> might also require
Package: libgtk2.0-0
Version: 2.20.1-2
Severity: important
Seems a rather serious processor consumption bug appeared in the
libgtk2.0-0 package somewhere between versions 2.12.12-1~lenny2 and
2.20.1-2.
I'm unsure whether any special configuration is required to tweak this.
The only thing that com
12 matches
Mail list logo
