I encountered a server today which responded to /LIST thusly...

-> irc.server.com LIST
<- :irc.server.com 481 yournick :Permission Denied: Insufficient privileges


mIRC did not realize that 481 was the server's official response to the /LIST command, and continued to await 321/322/323 channel listings data from the server forever (as evidenced by my re-typing /LIST producing only "* /list: listing in progress...").

I presume that's not a mIRC bug, because I believe 481 isn't a LIST-specific server response (i.e., mIRC has no way of knowing that 481, in such a case, is the server's response to /LIST).

However: I also noticed that upon later disconnecting from that server with /QUIT, mIRC's channel listing window suddenly appeared "out of nowhere", showing 0 channels.

After a little more experimentation (including verifying this also happens with the /DISCONNECT command), I felt that this behavior might count as a bug. Specifically: once mIRC's internal 321/322/323 event "listener" is started by /LIST, it appears that mIRC forgets to cancel/abort it if /QUIT or /DISCONNECT happen before 321 arrives.

(Which means this bug would also affect people who run /LIST on a server that has become non-responsive and who then /QUIT or /DISCONNECT -- not just people using a server that responds 481 to /LIST. smile )