Your message dated Tue, 21 Nov 2017 15:09:16 +0100 with message-id <20171121140916.ch7mt3qfdttkc...@dinghy.sail.spinnaker.de> and subject line Re: Bug#870369: xfig: window not deleted when quitting via menu has caused the Debian Bug report #870369, regarding xfig: window not deleted when quitting via menu to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 870369: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870369 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: xfig Version: 1:3.2.6a-1 Severity: normal Dear Maintainer, When I quit xfig by selecting "Exit" from the "File" menu, very often xfig's window is left behind (unresponsive) after the process has terminated. (I can fortunately kill the window with xkill.) This does not happen 100% reliably, and I cannot quite determine the precise circumstances that make it happen or not; but so far it does _not_ appear to happen when a figure has been modified. (In other words, the save-before-quitting dialog box seems to prevent the problem.) Interestingly, if I move the dead window around, the File menu (which is still displayed) does not move with it, but stays fixed in the same position on the screen. This only affects quitting via the menu, not quitting using the Meta-Q keyboard shortcut or by closing the window. Tim Bagot -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfig depends on: ii libc6 2.24-11+deb9u1 ii libjpeg62-turbo 1:1.5.1-2 ii libpng16-16 1.6.28-1 ii libx11-6 2:1.6.4-3 ii libxi6 2:1.7.9-1 ii libxpm4 1:3.5.12-1 ii libxt6 1:1.1.5-1 ii xaw3dg 1.5+E-18.2 Versions of packages xfig recommends: ii fig2dev [transfig] 1:3.2.6a-2 ii transfig 1:3.2.6a-2 ii xfig-libs 1:3.2.6a-1 Versions of packages xfig suggests: ii cups-bsd [lpr] 2.2.1-8 ii cups-client 2.2.1-8 ii ghostscript 9.20~dfsg-3.2 ii gimp 2.8.18-1 ii gsfonts-x11 0.24 ii netpbm 2:10.0-15.3+b2 pn spell <none> ii xfig-doc 1:3.2.6a-1 -- no debconf information
--- End Message ---
--- Begin Message ---Hi Tim! On Do, 03 Aug 2017, Tim Bagot wrote: > At 2017-08-02T08:27+0200, Roland Rosenfeld wrote: > > > If I get you right, you start xfig (and optionally edit and save) and > > then exit it via File->Exit. Instead of terminating, the xfig root > > window stays open as some kind of zombie. Did I get this right? > > Yes, that's right. (But not every time) > > > Can you see via > > ps -C xfig -lf > > which state (second column) your xfig process(es) have when it behaves > > like a zombie. > > The xfig process itself terminates. Only the window is left behind. > > Some further experimentation shows that the zombie window disappears as > soon any X client is started. Actually, maybe this is a bug in Xorg in > stretch... > > Yes: this looks very similar to #855206. Sorry for blaming xfig! So I close this bug report now, since #855206 was already fixed in xorg-server 2:1.19.4-1. Greetings Rolandsignature.asc
Description: PGP signature
--- End Message ---