Closed
Bug 194287
Opened 23 years ago
Closed 23 years ago
ChatZilla alters taken nickname only at the very first attempt to connect
Categories
(Other Applications Graveyard :: ChatZilla, defect)
Other Applications Graveyard
ChatZilla
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: relf, Assigned: rginda)
References
()
Details
Attachments
(1 file)
|
918 bytes,
patch
|
Details | Diff | Splinter Review |
Chatzilla 0.8.13c [Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.3b) Gecko/20030219]
If you try to connect EFNet network irc://efnet with a nickname that is already
taken with somebody else, you'd get the following:
[INFO] Connecting to efnet via irc.prison.net:6667, attempt 2 of 5...
=== The nickname ``Tr0ut'' is already in use, use the /nick command to pick a
new one.
Here `Tr0ut' is a nickname of some bot which is always on-line.
The same attempt to connect to a _specific_ server irc://irc.prison.net:6667
will produce
[INFO] Connecting to irc.prison.net via irc.prison.net:6667, attempt 1 of 5...
=== The nickname ``Tr0ut'' is already in use, trying ``Tr0ut_''.
In this case ChatZilla modified a nickname with underscore.
| Reporter | ||
Comment 1•23 years ago
|
||
See the bug with the latest
Chatzilla 0.8.22 [Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.3b) Gecko/20030220]
Comment 2•23 years ago
|
||
This isn't a problem with using a network name instead of a host name. It is a
problem with not connecting on the first attempt:
> [INFO] Connecting to efnet via irc.prison.net:6667, attempt 2 of 5...
You connected on attempt 2, but by then chatzilla had forgotten that it was
connecting, so it didn't try an alternative nick.
Applying the following patch fixes the problem for me - it sets 'connecting =
true' each time before attempting to connect, rather than just once at the
beginning.
The onDisconnect handler in content/chatzilla/handlers.js sets it to false each
time a connection fails.
I don't have CVS access.
------------------------------------------------------------------------
Index: content/chatzilla/lib/js/irc.js
--- Backup/irc.js.~2~ Wed Mar 05 01:45:53 2003
+++ irc.js Wed Mar 05 02:47:11 2003
@@ -125,8 +125,6 @@
if ("primServ" in this && this.primServ.connection.isConnected)
return;
- this.connecting = true; /* connection is considered "made" when serve
- * sends a 001 message (see server.on001) */
this.connectAttempt = 0;
this.nextHost = 0;
var ev = new CEvent ("network", "do-connect", this, "onDoConnect");
@@ -162,6 +160,9 @@
this.eventPump.addEvent (ev);
return false;
}
+
+ this.connecting = true; /* connection is considered "made" when serve
+ * sends a 001 message (see server.on001) */
try
{
------------------------------------------------------------------------
Comment 3•23 years ago
|
||
I've been told to attach patches instead of including them in the comments. So
here's an attachment...
| Assignee | ||
Comment 4•23 years ago
|
||
Sweet. This probably also fixes the problem where you can't /cancel a
connection after the first attempt. Thanks again.
| Reporter | ||
Comment 5•23 years ago
|
||
Changing summary and confirming the bug according to comment #2
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: While connecting to network, ChatZilla doesn't modify taken nickname automatically → ChatZilla alters taken nickname only at the very first attempt to connect
| Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Whiteboard: cz-patched
| Assignee | ||
Comment 6•23 years ago
|
||
Changes are available in the 0.8.24 XPI on http://www.hacksrus.com/~ginda/chatzilla.
Comment 7•23 years ago
|
||
this was checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: cz-patched
Updated•21 years ago
|
Product: Core → Other Applications
Updated•11 months ago
|
Product: Other Applications → Other Applications Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•