[Konversation-devel] [Bug 249675] New: Commands from old connection bleeding into new one after reconnect

[Jonas Thiem]

https://bugs.kde.org/show_bug.cgi?id=249675

           Summary: Commands from old connection bleeding into new one
                    after reconnect
           Product: konversation
           Version: 1.3.1
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konversation-devel at kde.org
        ReportedBy: contact at eloxoph.com


Created an attachment (id=51154)
 --> (http://bugs.kde.org/attachment.cgi?id=51154)
The output of a /raw window

Version:           1.3.1 (using KDE 4.4.5) 
OS:                Linux

After filling up Konvi's send queue with looots of commands to the point where
the server will kick me for Excess Flood, Konversation will, after the
subsequent reconnect, bleed commands from the old connection into the new one.

To see what sort of commands I'm talking of, see the attached raw output.
Apparently, some WHO commands and other stuff gets then sent during the
authentication period, and it was probably supposed to get sent before the
disconnect happened (and is now, due to a bug, still queued and sent out
despite the old connection being gone).

Reproducible: Sometimes

Steps to Reproduce:
1. Apparently a DCC transfer seems to accelerate it for me. Maybe slowing down
the connection helps
2. Sent a lot of stuff, but not just PRIVMSGs, but also lots of WHOIS commands
3. Do it so excessively that the server will kick you (if you have trouble at
this point, I recommend trying on irc.eloxoph.com which has a relatively harsh
flood limit)

Actual Results:  
Reconnect often fails or yields a lot of "Not registered" errors

Expected Results:  
Reconnect works fine and no commands that shouldn't be there are seen in the
raw log during authentication

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.