Open Bug 580456 Opened 10 years ago Updated 10 years ago

ChatZilla displays unblock link for /mode +q, performs /mode +b


(Other Applications :: ChatZilla, defect)

Not set


(Not tracked)



(Reporter: randomtime1, Assigned: rginda)


User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv: Gecko/20100625 Firefox/3.6.6
Build Identifier: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939] 

When using chatzilla to unban, there is an unblock link for /mode +b and /mode +q (which list all blocked/quieted users, respectively). However, when using /mode +q - the listing's "remove" feature does not work, as it sets the mode -b, instead of -q.

Reproducible: Always

Steps to Reproduce:
1.Join a channel that you have +o on, or create a new channel
2.Set a quiet (i.e. /mode +q *@*)
3.Type /mode +q, the list of all quieted users appears
4.Clicking the "Remove" link will have ChatZilla send /mode -b Foo instead of the expected /mode -q Foo, thus not removing the quiet.
Actual Results:  
Mode #channel -b host by Username

Expected Results:  
Mode #channel -q host by Username
I've not had a proper look at this, but I suspect the IRC Server is re-using the response codes for ban lists (there are different codes for ban and except lists), thus it's getting ban list behaviour. It might be possible to distinguish cases.
I have found this behaviour on freenode, and this is due to ircd-seven sending the ban response code. In order to distinguish the difference between +q and +b, we'd have to set some sort of variable, and check against that when the ban list is sent back to the user.
Hardware: x86_64 → All
You need to log in before you can comment on or make changes to this bug.