Bug 120901

Summary: half-closed connection to server prevents reconnection
Product: [Fedora] Fedora Reporter: Alexandre Oliva <oliva>
Component: xchatAssignee: Daniel Reed <djr>
Status: CLOSED UPSTREAM QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-05-21 17:56:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Alexandre Oliva 2004-04-15 01:49:59 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312

Description of problem:
If your home NAT box or so changes its external IP address, such that
connections to IRC servers are broken, xchat will *sometimes* become
unable to reconnect to some servers.  The symptom is that, even if you
reconnect (automatically or by hand), or even if you explicitly
disconnect and connect again, it will connect to the server and remain
in a state in which it doesn't send or receive anything.  Sometimes
the server will quickly break the connection, and xchat will attempt
to reconnect over and over without ever succeeding.  Other times, it
just stays in this zombie state in which you can read what's going on,
but no commands you send are honored.  I can see that there's a single
TCP connection between xchat and the IRC server using lsof, and I can
see with tcpdump that the connection is fully established and there's
some short exchange, but then xchat doesn't send anything else. 
strace confirmed it didn't write anything else to the connection.

Version-Release number of selected component (if applicable):
xchat-2.0.7-5

How reproducible:
Sometimes

Steps to Reproduce:
1.Connect to some IRC servers
2.Reset your DSL connection such that your home gateway/NAT box gets a
new IP address (re-connecting to a VPN server that assigns IP
addresses dynamically works just as well)

Actual Results:  Sometimes it gets into the weird state described above

Expected Results:  Sometimes it reconnects properly as it should

Additional info:

The only way I know to fix the problem is to restart xchat.