GNOME Bugzilla – Bug 133932
improper behavior with grouped windows, in workspace switcher and window list
Last modified: 2005-01-17 21:32:22 UTC
Distribution: Slackware Slackware 9.1.0 Package: metacity Severity: normal Version: GNOME2.4.1 * Metacity Gnome-Distributor: Dropline_Systems Synopsis: improper behavior with grouped windows, in workspace switcher and window list Bugzilla-Product: metacity Bugzilla-Component: general Bugzilla-Version: * Metacity Description: Description of Problem: I'm not totally sure exactly where the problem is, as it affects the operation of four different programs: * Metacity * Workspace Switcher * Window List * Open Office (probably symptomatic) The problem occurs when I minimize and maximize Open Office and other applications, which have windows grouped together. For example, the stylist window in Open Office. If you minimize the document you are working on, the stylist disappears. However, it still shows up in the workspace switcher even though it is gone. If you then go to the window list and click on the application, both windows open back up like you would expect. However, clicking again only flashes the stylist window instead of closing the windows again. It's like the window manager doesn't seem to know about the stylist window or what to do with it, etc. This does happen occasionally with other applications, but only in Open Office can I duplicate it over and over. So the three problems briefly are: * some windows remain in the workspace switcher windows even after being minimized * minimizing windows using the window list fails if a "child" window has focus, which is usually the case after maximizing a program like Open Office with the stylist window open (using the window list to maximize) Steps to reproduce the problem: 1. open a document in Open Office 2. open the stylist window 3. minimize the document window - document and stylist window disappear - stylist window still shows up in workspace switcher window 4. maximize the document window using the window list - stylist window will have focus 5. minimize the application using the window list - this will fail, and the styilist window will flash Actual Results: Expected Results: How often does this happen? Additional Information: This is using Gnome 2.4.2 and OpenOffice 1.1 ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-02-09 17:28 ------- Unknown version * Metacity in product metacity. Setting version to the default, "unspecified". Reassigning to the default owner of the component, metacity-maint@bugzilla.gnome.org.
I tried playing around with OpenOffice and metacity, but I wasn't seeing what you were seeing. For me, the stylist window was a utility window, and never showed up in the workspace switcher. I was using the gtk-ized version of OpenOffice. Were you using a different version, perhaps?
I've noted the same behavior with the binary provided by oo.org. (OOo_1.1.0_LinuxIntel_install.tar.gz) here is what the binary is linked to: ldd /opt/OpenOffice.org1.1.0/program/soffice.bin linux-gate.so.1 => (0xffffd000) libvcl645li.so => /pub/opt/OpenOffice.org1.1.0/program/libvcl645li.so (0x40016000) libsvl645li.so => /pub/opt/OpenOffice.org1.1.0/program/libsvl645li.so (0x4031b000) libsvt645li.so => /pub/opt/OpenOffice.org1.1.0/program/libsvt645li.so (0x40445000) libutl645li.so => /pub/opt/OpenOffice.org1.1.0/program/libutl645li.so (0x40889000) libtl645li.so => /pub/opt/OpenOffice.org1.1.0/program/libtl645li.so (0x40913000) libcomphelp3gcc3.so => /pub/opt/OpenOffice.org1.1.0/program/libcomphelp3gcc3.so (0x409d1000) libucbhelper2gcc3.so => /pub/opt/OpenOffice.org1.1.0/program/libucbhelper2gcc3.so (0x40a83000) libvos3gcc3.so => /pub/opt/OpenOffice.org1.1.0/program/libvos3gcc3.so (0x40b0a000) libcppuhelpergcc3.so.3 => /pub/opt/OpenOffice.org1.1.0/program/libcppuhelpergcc3.so.3 (0x40b33000) libcppu.so.3 => /pub/opt/OpenOffice.org1.1.0/program/libcppu.so.3 (0x40b7e000) libsal.so.3 => /pub/opt/OpenOffice.org1.1.0/program/libsal.so.3 (0x40ba2000) libtk645li.so => /pub/opt/OpenOffice.org1.1.0/program/libtk645li.so (0x40d5a000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x41027000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x41035000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x4103e000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x41055000) libdl.so.2 => /lib/libdl.so.2 (0x41132000) libpthread.so.0 => /lib/libpthread.so.0 (0x41136000) libm.so.6 => /lib/libm.so.6 (0x41187000) libstlport_gcc.so => /pub/opt/OpenOffice.org1.1.0/program/libstlport_gcc.so (0x411a9000) libstdc++.so.5 => /pub/opt/OpenOffice.org1.1.0/program/libstdc++.so.5 (0x41269000) libc.so.6 => /lib/libc.so.6 (0x412d4000) libpsp645li.so => /pub/opt/OpenOffice.org1.1.0/program/libpsp645li.so (0x41401000) libsot645li.so => /pub/opt/OpenOffice.org1.1.0/program/libsot645li.so (0x414c3000) libicuuc.so.22 => /pub/opt/OpenOffice.org1.1.0/program/libicuuc.so.22 (0x4150d000) libicule.so.22 => /pub/opt/OpenOffice.org1.1.0/program/libicule.so.22 (0x415a2000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x415c6000) libsalhelpergcc3.so.3 => /pub/opt/OpenOffice.org1.1.0/program/libsalhelpergcc3.so.3 (0x41630000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libgcc_s.so.1 => /pub/opt/OpenOffice.org1.1.0/program/libgcc_s.so.1 (0x41633000) libjvmaccessgcc3.so.3 => /pub/opt/OpenOffice.org1.1.0/program/libjvmaccessgcc3.so.3 (0x4163b000) libicudata.so.22 => /pub/opt/OpenOffice.org1.1.0/program/libicudata.so.22 (0x4164b000) libz.so.1 => /lib/libz.so.1 (0x41e6d000)
I just want to confirm that I am using the Open Office build from the Open Office website.
> For example, the stylist window in Open Office. If you minimize the > document you are working on, the stylist disappears. However, it still > shows up in the workspace switcher even though it is gone. This was fixed for CVS HEAD by the patch in bug 105665. (This was also reported as bug 144745) > If you then go to the window list and click on the application, both > windows open back up like you would expect. However, clicking again > only flashes the stylist window instead of closing the windows again. > It's like the window manager doesn't seem to know about the stylist > window or what to do with it, etc. Do you still see this with the recent versions of Metacity? If so, can you run xprop in a terminal, and click on the normal OpenOffice window, then repeat but click on the stylist window, then minimize the windows and unminimize them (which you say causes the problem) and then repeat those two things again? And then attach the output from all 4 runs of xprop to this bug report (making sure to label them so we know which ones are from when minimizing works and which ones are from when it doesn't)?
The other half of this bug, which I was wondering if you saw in more recent versions of Metacity, sounds like bug 121556, which has also been fixed now. I'm going to assume that this was the problem, reopen this bug, and then mark it as fixed. If by chance you do still experience this problem (with Metacity >= 2.9.0 and libwnck >= 2.9.4), please feel free to reopen.