After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 120763 - Sending a HUP signal does not disconnect tidyly
Sending a HUP signal does not disconnect tidyly
Status: RESOLVED DUPLICATE of bug 350501
Product: Pan
Classification: Other
Component: general
0.13.4
Other Linux
: Normal minor
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2003-08-26 16:09 UTC by Bevis King
Modified: 2006-08-09 06:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bevis King 2003-08-26 16:09:39 UTC
If you send a non-urgent terminate signal (HUP, TERM, etc) to Pan, it does
not clean up and terminate any active connections tidyly.  It would be nice
if it would close down the connection to the news server in an orderly
fashion.  Specifically, my news server is limited to two simultaneous
connections and after having to kill Pan (typically to switch controlling
machine), it refuses connections from me until the previous two TCP/IP
connections time out.  If Pan were to perform closedown negotiations before
quiting on a non-urgent signal, it would not be necessary to wait for this
timeout.
Comment 1 Charles Kerr 2003-08-29 22:41:55 UTC
Mass-bumping of 0.14.2 features to 0.14.3 to make way for an emergency 0.14.2
release.
Comment 2 Christophe Lambin 2006-08-05 09:37:23 UTC
Still the case in pre-1.0 betas.
Comment 3 Christophe Lambin 2006-08-09 06:18:01 UTC

*** This bug has been marked as a duplicate of 350501 ***