Panel crashes if two OoO windows are closed via panel
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
lxpanel (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Install OpenOffice.org. Open three OoO Writer windows. Move the mouse to the task list in the panel. Right-click the task-list entry for one OoO window and click `Close Window'. Do the same for a second OoO window. The third OoO window and any other open windows remain responsive, but the entire panel becomes unresponsive. The only way to regain full control is to press Ctrl+Alt+F1, log in, and run `sudo /etc/init.d/lxdm restart'.
The same lock-up occurred once when I opened six or eight OoO windows and held down Alt+F4 long enough for it to auto-repeat, so that all the OoO windows closed quickly. I was left with an unresponsive panel whose task list showed two or three (non-existent) windows.
One wrinkle (probably not relevant): I'm running Lubuntu inside VMWare Player 4.01 on top of 32-bit Kubuntu 9.10. The following command output (requested by Launchpad) was taken inside the VM running Lubuntu.
msl@lub1110:~$ lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10
msl@lub1110:~$ apt-cache policy lxpanel
lxpanel:
Installed: 0.5.8-1ubuntu3
Candidate: 0.5.8-1ubuntu3
Version table:
*** 0.5.8-1ubuntu3 0
500 http://
100 /var/lib/
msl@lub1110:~$
Let me take this opportunity to thank you for the hard work you put into producing Lubuntu.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: lxpanel 0.5.8-1ubuntu3
ProcVersionSign
Uname: Linux 3.0.0-15-generic i686
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Config_
[Command]
FileManager=
Terminal=
Logout=
Date: Sun Feb 5 15:13:43 2012
InstallationMedia: Lubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
ProcEnviron:
LANGUAGE=en_GB:en
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: lxpanel
UpgradeStatus: No upgrade log present (probably fresh install)
The panel has just locked up again. On this occasion, just before the problem occurred, I closed windows, but not via the panel itself. top(1) reported that the locked-up lxpanel was chewing up 100% of the cycles on the only CPU in this VM.