Open Bug 580456 Opened 10 years ago Updated 10 years ago
Zilla displays unblock link for /mode +q, performs /mode +b
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:184.108.40.206) 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.