Ticket #178 (closed defect: worksforme)

Opened 3 years ago

Last modified 3 years ago

xmpp protocol violation

Reported by: svpcom Owned by: nwalp
Milestone: Component: libpurple
Version: 1.x Keywords: xmpp jabber
Cc: evseenko@…

Description

While connecting to jabberd2 using Gaim 1.5.0 (RHEL 4.4) i got following reply from server:

Tue Apr 17 01:36:38 2007 [notice] [5] packet sent before session start,
 closing stream

Other jabber clients (psi, tkabber) works fine with jabberd2.

After submitting this bug to jabberd team, i got following answer:

 This is a libgaim XMPP compliance bug.

 Please report it against Gaim.

After search in google i found some simular bugs:

The "packet sent before session start" indicates a protocol violation in the 
tipic client - it's not waiting for the result of the session request iq stanza 
before proceeding. Trillian's Jabber plugin had the same problem.

http://www.xmpp.org/specs/rfc3921.html#session
---
Upon being so informed that session establishment is required (and after 
completing resource binding), the client MUST establish a session if it desires 
to engage in instant messaging and presence functionality; it completes this 
step by sending to the server an IQ stanza of type "set" containing an empty 
<session/> child element qualified by the 'urn:ietf:params:xml:ns:xmpp-session' 
namespace:

Step 1: Client requests session with server:

<iq to='example.com'
     type='set'
     id='sess_1'>
   <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/>
</iq>

Step 2: Server informs client that session has been created:

<iq from='example.com'
     type='result'
     id='sess_1'/>

Change History

Changed 3 years ago by nwalp

  • owner set to nwalp
  • status changed from new to assigned

Can you capture the XML output connecting to jabberd2? At first glance, I'm not seeing anything obvious that would send anything before we receive that session creation result.

Changed 3 years ago by seanegan

Also, make sure this hasn't already been fixed in 2.0.0beta6.

Changed 3 years ago by nwalp

  • status changed from assigned to closed
  • resolution set to worksforme

I'm not able to reproduce this in 2.0.0. If you can, please capture debug output, and re-open this bug.

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!