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
Roland
signature.asc
Description: PGP signature
--- End Message ---
