Activity log for bug #793836

Date Who What changed Old value New value Message
2011-06-07 02:59:30 Eliah Kagan bug added bug
2011-06-07 02:59:30 Eliah Kagan attachment added lubuntu-rc.xml https://bugs.launchpad.net/bugs/793836/+attachment/2158050/+files/lubuntu-rc.xml
2011-06-07 03:01:00 Eliah Kagan attachment added Screenshot 1 - a normal desktop, with ghost windows https://bugs.launchpad.net/ubuntu/+source/openbox/+bug/793836/+attachment/2158055/+files/screenshot1-normal-desktop.png
2011-06-07 03:02:47 Eliah Kagan attachment added Screenshot 2 - a fullscreen application, with ghost windows in front https://bugs.launchpad.net/ubuntu/+source/openbox/+bug/793836/+attachment/2158056/+files/screenshot2-fullscreen-vlc.png
2011-06-07 03:03:57 Eliah Kagan attachment added Screenshot 3 - no openbox, no ghost windows https://bugs.launchpad.net/ubuntu/+source/openbox/+bug/793836/+attachment/2158057/+files/screenshot3-openbox-not-running.png
2011-06-07 03:39:58 Eliah Kagan description Binary package hint: openbox On a Lubuntu Natty amd64 system in a Lubuntu Desktop session with openbox 3.4.11.2-0ubuntu3, unclosable, blank (light gray), borderless ghost windows sometimes appear. This seems most often to be triggered by closing a contextual menu (or sometimes an application menu). These appear to be windows rather than areas where the background or foreground elements are not being drawn, as clicking inside one of the ghost windows has no effect (i.e., it does not have the effect of clicking in the window behind it). However, these windows cannot be switched to--clicking them does not change what window is in the foreground. These ghost windows appear in front of regular windows, but behind menus. openbox is run automatically in a Lubuntu Desktop session with the command line "openbox --config-file /home/ek/.config/openbox/lubuntu-rc.xml". (I've attached the file lubuntu-rc.xml.) I ran "openbox --config-file /home/ek/.config/openbox/lubuntu-rc.xml --replace", but that did not make the ghost windows go away. Quitting the new openbox process with Ctrl+C (SIGINT) made the ghost windows go away, but they returned when I restarted openbox with that same command. I quit the replacement openbox instance again, and found that the original instance of openbox was still running. I tried unsuccessfully to kill it with SIGTERM; then I successfully killed it with SIGKILL. As expected, this did not change the behavior of the windows on my desktop. Restarting openbox once again restored the ghost windows, as expected. I'm attaching three screenshots. The first shows a normal desktop, with the ghost windows. The second shows an application (VLC) in full screen mode, with the ghost windows, and with a contextual menu in front of part of one of them. The third shows a desktop without the ghost windows, achieved by running openbox with the --replace flag as described above, then quitting the new instance with SIGINT. I think perhaps some running application may be producing these windows. If so, I'm not sure if that means the application is at fault, or openbox, or both. If I can get them to disappear by closing some application, I'll provide that information. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: openbox 3.4.11.2-0ubuntu3 ProcVersionSignature: Ubuntu 2.6.38-9.43-generic 2.6.38.4 Uname: Linux 2.6.38-9-generic x86_64 Architecture: amd64 Date: Mon Jun 6 21:45:54 2011 ExecutablePath: /usr/bin/openbox InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta amd64 (20110413.1) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: openbox UpgradeStatus: No upgrade log present (probably fresh install) Binary package hint: openbox On a Lubuntu Natty amd64 system in a Lubuntu Desktop session with openbox 3.4.11.2-0ubuntu3, chromium-browser 11.0.696.71~r86024-0ubuntu0.11.04.1, and libgtk2.0-0 2.24.4-0ubuntu2, unclosable, blank (light gray), borderless ghost windows sometimes appear. These appear to be windows and not just areas where the background or foreground elements are not being drawn, as clicking or using the scroll wheel while the mouse pointer is a ghost window has no effect (in particular, it does not have the effect of clicking or scrolling in the window behind it). However, the ghost windows cannot be switched to--clicking them does not change what window is in the foreground. These ghost windows appear in front of regular windows, but behind menus, which makes sense, if they are left over from menus (as menus can typically be displayed in front of all windows, including other menus). This seems most often to be triggered by closing a contextual menu (or sometimes an application menu). I think that every time it has happened, Google Chromium was running, and at least the first ghost window was "left behind" by a contextual menu in Chromium. I am not sure if any other applications trigger this. Closing Chromium makes the ghost windows go away, and they do not reappear when Chromium is restarted. Perhaps this bug is specific to chromium-browser, or perhaps something is going wrong in openbox as well. As detailed below, the ghost windows are not shown when openbox is not running. My system has the default Lubuntu configuration, so openbox is run automatically in a Lubuntu Desktop session with the command line "openbox --config-file /home/ek/.config/openbox/lubuntu-rc.xml". (I've attached the file lubuntu-rc.xml.) I ran "openbox --config-file /home/ek/.config/openbox/lubuntu-rc.xml --replace", but that did not make the ghost windows go away. Quitting the new openbox process with Ctrl+C (SIGINT) made the ghost windows go away, but they returned when I restarted openbox with that same command. I quit the replacement openbox instance again, and found that the original instance of openbox was still running. I tried unsuccessfully to kill it with SIGTERM; then I successfully killed it with SIGKILL. As expected, this did not change the behavior of the windows on my desktop. Restarting openbox once again restored the ghost windows, as expected. I've attached three screenshots. The first shows a normal desktop, with the ghost windows. The second shows an application (VLC) in full screen mode, with the ghost windows, and with a contextual menu in front of part of one of them. The third shows a desktop without the ghost windows, achieved by running openbox with the --replace flag as described above, then quitting the new instance with SIGINT. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: openbox 3.4.11.2-0ubuntu3 ProcVersionSignature: Ubuntu 2.6.38-9.43-generic 2.6.38.4 Uname: Linux 2.6.38-9-generic x86_64 Architecture: amd64 Date: Mon Jun 6 21:45:54 2011 ExecutablePath: /usr/bin/openbox InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta amd64 (20110413.1) ProcEnviron:  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: openbox UpgradeStatus: No upgrade log present (probably fresh install)
2011-06-07 03:41:08 Eliah Kagan bug task added chromium-browser (Ubuntu)
2011-06-07 03:41:41 Eliah Kagan summary openbox occasionally renders unclosable blank ghost windows openbox occasionally renders unclosable blank ghost windows from chromium-browser
2012-02-20 20:58:19 Daniel Richard G. attachment added xprop(1) output for the "ghost" window https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/793836/+attachment/2763345/+files/xprop-output.txt
2012-02-20 20:58:29 Launchpad Janitor chromium-browser (Ubuntu): status New Confirmed
2012-02-20 20:58:29 Launchpad Janitor openbox (Ubuntu): status New Confirmed
2012-02-20 20:59:12 Daniel Richard G. openbox (Ubuntu): status Confirmed Invalid
2012-02-20 21:00:19 Daniel Richard G. summary openbox occasionally renders unclosable blank ghost windows from chromium-browser Chromium occasionally renders unclosable blank ghost windows from pop-up menus
2012-02-20 21:00:44 Daniel Richard G. bug added subscriber Daniel Richard G.
2017-04-26 16:11:40 Olivier Tilloy chromium-browser (Ubuntu): status Confirmed Won't Fix