Not happening for me under awesome 3.4.15 (fedora 18, gnome + awesome), Chromium 27. What you are telling me is happening for teamviewer running on wine, or similar... the teamviewer window has a defined size, and resizing it bigger that that defined size creates a zone which is never redrawn... I don't know why it's happening to your chromium though :/
(btw, I'm using feh for my wallpaper) Camusensei On 21 May 2014 11:27, Vitor Eiji Justus Sakaguti <[email protected]> wrote: > Hi Thierry, > > The only time I experience something like this is when I switch to a tag > that has mplayer and it is paused, but it happens with all kindsof clients, > not just chromium. I guess it's because mplayer is nit redrawing the screen > when paused, which makes sense. > > You mentioned it happens with empty tags, that made me think it might be > related to the program you use to set your wallpaper. Which one is it? > > Cheers, > Vitor > > On May 21, 2014 5:44 AM, "Thierry Florac" <[email protected]> wrote: >> >> Hi, >> >> I use Awesome (release 3.4.15) for a few weeks on a Debian GNU/Linux >> system (amd64) without any major problem, except with Chromium browser: >> - when I change my "current tag", the chromium window content is often >> still drawn on the new tag screen (but of course it isn't responsive to >> mouse clicks). Sometimes it event overlaps existing windows of other >> applications. This problem mostly occurs when the new tag is empty, but >> sometimes also when other windows are displayed on this tag. >> - sometimes, updates on a Chromium window make it appear (unresponsive) >> in the same way on the current tag, overlapping current window. >> >> Does anybody encouters these problems? >> >> Best regards, >> Thierry >> >> >> -- >> To unsubscribe, send mail to [email protected]. -- To unsubscribe, send mail to [email protected].
