[Dorset] Rogue browser overwriting my desktop
I'm on a Dell Vostro laptop with an attached 21 monitor. Running XFCE on Ubuntu 12.04: [1064]victor@victor-Vostro-3550:/nfs/temp/ebookgen/clover$ uname -a Linux victor-Vostro-3550 3.2.0-43-generic #68-Ubuntu SMP Wed May 15 03:33:33 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [1065]victor@victor-Vostro-3550:/nfs/temp/ebookgen/clover$ cat /etc/issue Ubuntu 12.04.2 LTS \n \l I think this is happening when I use a right-click on a Chrome browser window. A popup is generated, but when it goes away the underlying window content is not restored - or rather, something is restored to the temporarily overwritten area but it seems to be being written to the X desktop itself. SOmetimes it's white, sometimes grey, sometimes it's a fragment of what was covered by the popup, but it then persists when I go to other windows. The whole experience rapidly becomes unusable. See http://s1160.photobucket.com/user/johnvictoredington/media/overwrite1_zps9b7a7467.png.html http://s1160.photobucket.com/user/johnvictoredington/media/overwrite2_zpsca287d95.png.html http://s1160.photobucket.com/user/johnvictoredington/media/overwrite3_zps096922e2.png.html http://s1160.photobucket.com/user/johnvictoredington/media/screenshot4_zps42ce1bd6.png.html I am actually only able to compose this mail because I moved the mail window over to the laptop display... The screen artefacts persist over Ctrl-Alt-F1/7, and over going into Display and Desktop settings and changing background and resolution and rotation. Can anyone think of a way of getting my desktop back without shutting down X? I have a load of shell and emacs stuff going on I'd rather not sweep away. -- best regards, 웃 Victor Churchill, Bournemouth -- Next meeting: Bournemouth, Tuesday, 2014-10-07 20:00 Meets, Mailing list, IRC, LinkedIn, ... http://dorset.lug.org.uk/ New thread on mailing list: mailto:dorset@mailman.lug.org.uk How to Report Bugs Effectively: http://goo.gl/4Xue
Re: [Dorset] Rogue browser overwriting my desktop
Hi Victor, A popup is generated, but when it goes away the underlying window content is not restored - or rather, something is restored to the temporarily overwritten area but it seems to be being written to the X desktop itself. Is there compositing being used, perhaps just for the popups? When did this start going wrong? The screen artefacts persist over Ctrl-Alt-F1/7, and over going into Display and Desktop settings and changing background and resolution and rotation. Have you tried a switch user so you get a new X server running a login manager, then log in as yourself so it switches back to the other one. The new X server may initialise the graphics sufficiently to fix things. Cheers, Ralph. -- Next meeting: Bournemouth, Tuesday, 2014-10-07 20:00 Meets, Mailing list, IRC, LinkedIn, ... http://dorset.lug.org.uk/ New thread on mailing list: mailto:dorset@mailman.lug.org.uk How to Report Bugs Effectively: http://goo.gl/4Xue
Re: [Dorset] Rogue browser overwriting my desktop
I saw some really bad features like this a while ago in Chrome, but I waited a while and it got better again. I'm running Arch, so due to rolling updates you can often just wait out bugs and they go away again! I think it's to do with new GPU accelerated rendering tricks, which can expose buggy graphics drivers. Or it's buggy code in Chrome :) Either way, tuning things in chrome://flags will probably help, if you can work out which knobs to twiddle. On 25 September 2014 13:10, Victor Churchill victorchurch...@gmail.com wrote: On 25 September 2014 12:28, Ralph Corderoy ra...@inputplus.co.uk wrote: Is there compositing being used, perhaps just for the popups? When did this start going wrong? To be honest I don't know whether compositing is being used I'd imagine not, as this is running a fairly low level environment. It just started today - this time; I have not noticed it for quite a while but I do recollect having had the same thing happen way back over many years on different systems. The screen artefacts persist over Ctrl-Alt-F1/7, and over going into Display and Desktop settings and changing background and resolution and rotation. Have you tried a switch user so you get a new X server running a login manager, then log in as yourself so it switches back to the other one. The new X server may initialise the graphics sufficiently to fix things. Did not try that; I did try hibernating and waking to see if it was a non persistent memory effect but that did not help. A colleague suggested closing all applications, and I was reluctant to do that (did not want toi lose my shell and emacs sessions :) and did not think it would help; but I did close down Chrome and the other GUI aplications (Calibre, PDF reader, OpenOffice); was left with a desktop that still looked like something from an art exhibition, and then after thirty seconds' whirring the white/grey blocks disapperared one by one and my desktop was restored! So apparently one of the apps (I suspect Chrome) was using the desktop management library incorrectly (or it was buggy) and having an effect outside its own scope - but recoverably. My uptime remains :) cheers victor -- Next meeting: Bournemouth, Tuesday, 2014-10-07 20:00 Meets, Mailing list, IRC, LinkedIn, ... http://dorset.lug.org.uk/ New thread on mailing list: mailto:dorset@mailman.lug.org.uk How to Report Bugs Effectively: http://goo.gl/4Xue -- Next meeting: Bournemouth, Tuesday, 2014-10-07 20:00 Meets, Mailing list, IRC, LinkedIn, ... http://dorset.lug.org.uk/ New thread on mailing list: mailto:dorset@mailman.lug.org.uk How to Report Bugs Effectively: http://goo.gl/4Xue
