Bug 27093

Summary: New xchat connects to all servers when using old config
Product: [Retired] Red Hat Linux Reporter: Elliot Lee <sopwith>
Component: xchatAssignee: Havoc Pennington <hp>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-02-12 23:03:05 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 Elliot Lee 2001-02-11 21:49:09 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16-24smp alpha; Nav)


xchat 1.6.3 tries to connect to all the servers on the server list when
using a 1.4.2 config file.

Reproducible: Always
Steps to Reproduce:
1. rm -rf ~/.xchat (backup first if desired)
2. Install xchat-1.4.2-6 from 7.0
3. Run xchat
4. Use 'Settings -> Save settings now' menu item.
5. Install xchat-1.6.3-1
6. Run xchat

Actual Results:  Connections to over 100 servers.

Expected Results:  No server connections.

The serverlist.conf file saved by xchat 1.4.2 has only one 'autoconnect =
1' server, the rest being 'autoconnect = 0'. A quick fix would seem to be
to make sure xchat 1.6.3 is properly interpreting the boolean value at the
end of the line.

If one wanted to make the upgrade work 100% properly (i.e. no autoconnect
to irc.xchat.org either) then the autoconnect flag should be ignored unless
it is set by a 1.6.3 user (perhaps by only autoconnecting to 'autoconnect =
MAGICVALUE' servers?).

Comment 1 Glen Foster 2001-02-12 23:02:49 UTC
We (Red Hat) should really try to resolve this before next release.

Comment 2 Havoc Pennington 2001-02-14 01:01:57 UTC
Was a failure to initialize the variable indicating whether to autoconnect,
which led to it containing a random value that was occasionally true instead of
false. Fixed.