Bug 101335 - mcabber fails to connect
Summary: mcabber fails to connect
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Andrew Pantyukhin
Depends on:
Reported: 2006-08-03 22:30 UTC by Andrew Thompson
Modified: 2006-08-14 07:22 UTC (History)
1 user (show)

See Also:

file.diff (298 bytes, patch)
2006-08-03 22:30 UTC, Andrew Thompson
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Thompson freebsd_committer 2006-08-03 22:30:15 UTC
On two seperate machines running 6.1-STABLE the mcabber client stops after "Communication with the server established" and then times out. 

I have a workaround patch below that lets me connect, im am unsure if its a problem with the mcabber client or a race condition in the FreeBSD sockets code.

Here is an ascii packet dump for the unpatched binary, as you can see its missing the xml stream header.
<iq type='set' id='auth_2'><query xmlns='jabber:iq:auth'><username>xxx</username><resource>mcabber</resource><password>xxx</password></query></iq>
<?xml version='1.0'?><stream:stream xmlns:stream='http://etherx.jabber.org/streams' id='44D26555' xmlns='jabber:client'>
<stream:error>Invalid Namespace</stream:error></stream:stream>

And the ascii packet dump after the sleep was put in after the mcabber socket connect.
<?xml version='1.0'?>
<stream:stream xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' to='jabber.tbd.co.nz'><iq type='get' id='auth_1'><query xmlns='jabber:iq:auth'><username>xxx</username></query></iq>
<?xml version='1.0'?><stream:stream xmlns:stream='http://etherx.jabber.org/streams' id='44D2648D' xmlns='jabber:client' from='jabber.tbd.co.nz'>
<iq type='result' id='auth_1'><query xmlns='jabber:iq:auth'><username>xxx</username><digest/><password/><resource/></query></iq>
<iq type='set' id='auth_2'><query xmlns='jabber:iq:auth'><username>xxx</username><resource>mcabber</resource><digest>xxx</digest></query></iq>
<iq type='result' id='auth_2'/>

Fix: This workaround gets it going for me
Comment 1 Edwin Groothuis freebsd_committer 2006-08-03 23:20:52 UTC
Responsible Changed
From-To: freebsd-ports-bugs->infofarmer

Over to maintainer
Comment 2 sat freebsd_committer 2006-08-14 07:22:16 UTC
State Changed
From-To: open->closed

Committed, thanks!