Closed Bug 593573 Opened 14 years ago Closed 14 years ago

the system doesn't handle correctly the nicknames contain non7bit characters

Categories

(Other Applications :: ChatZilla, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 416966

People

(Reporter: hunboy, Assigned: rginda)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
Build Identifier: ChatZilla 0.9.86 [Firefox 3.0.3/2008092417]

sample:
[13:20]	-->|	úser ((null)@(null)) has joined #csati
[13:20]	<--|	úser has left #csati
after joining user with national characters, his mask is failed both of variables contain null value.
after leaving this user, the userlist doesn't updated, the user stays on the list, although user already left. (not every time, sometimes leaving correctly)
sometimes doesnt show his leaving mark

character encoding in set for chatzilla is UTF-8

Reproducible: Always

Steps to Reproduce:
1. join a room from other client, perhaps mirc with nickname contains non7bit character
2. leave the room with that client
3. view the join/part messages
Actual Results:  
after joining user with national characters, his mask is failed both of variables contain null value.
after leaving this user, the userlist doesn't updated, the user stays on the list, although user already left. (not every time, sometimes leaving correctly)
sometimes doesnt show his leaving mark


Expected Results:  
show correctly the mask for user, update correctly the userlist
After clicking to a nick contains non7bit character, the queryview opens with this message:

The nickname “úser” does not exist.
IRC doesn't have any concept of characters; if you don't set your client to the same as others on the server (sometimes channel), things will go wrong.
(And this is probably at best just a duplicate of bug 416966.)(
i wrote that bug ,only similar problem but maybe not same. 
this current is relate to nicknames, and not channelnames.
(as I wrote the channelname problem was fixed).

the most weird behaviors are in my first message.
like this : úser ((null)@(null)) has joined #csati
these null values in mask show only with non7bit-nicknames

i tested with mirc also,
that opens correctly query for non7bit-character-nicknames
I meant: 'I have read that bug'

Tested in UTF-8 and in ISO-8859-2
---
when it is in UTF-8 mode, it shows this:

úser ((null)@(null)) has joined #room

and shows leaving the room correctly almost every time.
quit the server is buggy in this case, user stays on the list, although done for a while. I need leave the room and rejoin to make clean the userlist in this case.
---
when it is in ISO-8859-2 mode, it shows this:

úser (test@87.97.111.219.pool.invitel.hu) has joined #room

so looks good, parting, quiting looks ok
---
but both of cases PrivMSG does NOT work at all, says:
The nickname “úser” does not exist.

same situation in ISO-8859-1 mode also.
let's continue at the old one, maybe same issue, as I took a short look to source, seems maybe unicodeName makes the troubles currently (in my fast opinion only, maybe wrong).
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.