Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 27093

Summary:	New xchat connects to all servers when using old config
Product:	[Retired] Red Hat Linux	Reporter:	Elliot Lee <sopwith>
Component:	xchat	Assignee:	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.