Open
Bug 580456
Opened 14 years ago
Updated 14 years ago
ChatZilla displays unblock link for /mode +q, performs /mode +b
Categories
(Other Applications :: ChatZilla, defect)
Other Applications
ChatZilla
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: randomtime1, Assigned: rginda)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.6) 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
Comment 1•14 years ago
|
||
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.
Comment 2•14 years ago
|
||
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.
Description
•