[jitsi-dev] Corrupt File Transfers


#1

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients (gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to indicate no upnp ports get opened, but thats another issue and I have more testing to go


#2

Hi,

we have just updated the smack library which has several fixes for
file transfers. It is in build 3928. Can you test with it and report
whether it is working fine?

Thanks
damencho

···

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had
this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to
indicate no upnp ports get opened, but thats another issue and I have more
testing to go


#3

Hi,

we have just updated the smack library which has several fixes for
file transfers. It is in build 3928. Can you test with it and report
whether it is working fine?

Thanks
damencho

No, incoming files wouldn't even work with 3930 (should I go back to 3928?)
I've attached the log file, there were a couple of exceptions

Cheers

jitsi0.log.0 (90.3 KB)

···

On 1/03/2012 12:02 AM, Damian Minkov wrote:

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler > <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had
this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to
indicate no upnp ports get opened, but thats another issue and I have more
testing to go


#4

Hey Craig,

Hi,

we have just updated the smack library which has several fixes for
file transfers. It is in build 3928. Can you test with it and report
whether it is working fine?

Thanks
damencho

No, incoming files wouldn't even work with 3930 (should I go back to 3928?)
I've attached the log file, there were a couple of exceptions

Are you testing Jitsi to Jitsi transfers or are you using another
application? Does your server allow for in-band byte streams?

Emil

···

On 01.03.12 01:35, Craig Chandler wrote:

On 1/03/2012 12:02 AM, Damian Minkov wrote:

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had
this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to
indicate no upnp ports get opened, but thats another issue and I have more
testing to go


#5

Hey Craig,

Hi,

we have just updated the smack library which has several fixes for
file transfers. It is in build 3928. Can you test with it and report
whether it is working fine?

Thanks
damencho

No, incoming files wouldn't even work with 3930 (should I go back to 3928?)
I've attached the log file, there were a couple of exceptions

Are you testing Jitsi to Jitsi transfers or are you using another
application? Does your server allow for in-band byte streams?

Emil

No, we haven't been able to get any version of jitsi to send files so its using mainly miranda to jitsi but also gaim to jitsi and trillian to jitsi

Yes our server supports in-band byte streams however..........

Your question made me think, I turned on XML consol in my other client it offers both bytestreams and IBB to jitsi. Jitsi replies that it will accept both (bytesreams first) and bytestreams fails.

Disabling bytestreams on my other client and ibb works fine.

And as a bonus the file isn't corrupt!

This all on my local network s now to see if I can find one of my other guinea pigs awake to test over inet.

XML log of failure below if you want a read, both clients were running on same machine

<iq type="set" to="secretJID/jitsi-1hrjnms" id="mir_9">
<si xmlns="http://jabber.org/protocol/si" id="03801250" mime-type="binary/octet-stream" profile="http://jabber.org/protocol/si/profile/file-transfer">
<file xmlns="http://jabber.org/protocol/si/profile/file-transfer" name="plugin.video.abc_iview-1.0.1.zip" size="113619">
<desc></desc>
</file>
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="form">
<field var="stream-method" type="list-single">
<option>
<value>http://jabber.org/protocol/bytestreams</value>
</option>
<option>
<value>http://jabber.org/protocol/ibb</value>
</option>
</field>
</x>
</feature>
</si>
</iq>

<iq id="mir_9" to="secretJID/Office" from="secretJID/jitsi-1hrjnms" type="result">
<si xmlns="http://jabber.org/protocol/si">
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="submit">
<field var="stream-method">
<value>http://jabber.org/protocol/bytestreams</value>
<value>http://jabber.org/protocol/ibb</value>
</field>
</x>
</feature>
</si>
</iq>

<iq type="set" to="secretJID/jitsi-1hrjnms" id="mir_10">
<query xmlns="http://jabber.org/protocol/bytestreams" sid="03801250">
<streamhost jid="secretJID/Office" host="publicAddress" port="61333" />
<streamhost jid="secretJID/Office" host="192.168.1.9" port="61333" />
</query>
</iq>

<iq id="mir_10" to="secretJID/Office" from="secretJID/jitsi-1hrjnms" type="error">
<query xmlns="http://jabber.org/protocol/bytestreams" sid="03801250" mode="tcp">
<streamhost jid="secretJID/Office" host="publicAddress" port="61333" />
<streamhost jid="secretJID/Office" host="192.168.1.9" port="61333" />
</query>
<error code="404" type="CANCEL">
<item-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas" />
<text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas" xml:lang="en">Could not establish socket with any provided host</text>
</error>
</iq>

···

On 1/03/2012 5:55 PM, Emil Ivov wrote:

On 01.03.12 01:35, Craig Chandler wrote:

On 1/03/2012 12:02 AM, Damian Minkov wrote:

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had
this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to
indicate no upnp ports get opened, but thats another issue and I have more
testing to go


#6

Hey Craig,

Hi,

we have just updated the smack library which has several fixes for
file transfers. It is in build 3928. Can you test with it and report
whether it is working fine?

Thanks
damencho

No, incoming files wouldn't even work with 3930 (should I go back to 3928?)
I've attached the log file, there were a couple of exceptions

Are you testing Jitsi to Jitsi transfers or are you using another
application? Does your server allow for in-band byte streams?

Emil

No, we haven't been able to get any version of jitsi to send files so its using mainly miranda to jitsi but also gaim to jitsi and trillian to jitsi

Yes our server supports in-band byte streams however..........

Your question made me think, I turned on XML consol in my other client it offers both bytestreams and IBB to jitsi. Jitsi replies that it will accept both (bytesreams first) and bytestreams fails.

Disabling bytestreams on my other client and ibb works fine.

And as a bonus the file isn't corrupt!

This all on my local network s now to see if I can find one of my other guinea pigs awake to test over inet.

XML log of failure below if you want a read, both clients were running on same machine

<log snipped>

I can confirm the IBB file transfers are working coming into jitsi with no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from jitsi too, I'll start another thread, hopefully with some more info

Cheers

···

On 1/03/2012 7:41 PM, Craig Chandler wrote:

On 1/03/2012 5:55 PM, Emil Ivov wrote:

On 01.03.12 01:35, Craig Chandler wrote:

On 1/03/2012 12:02 AM, Damian Minkov wrote:

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had that has had
this issue. It occurs on all sites that run jitsi (all windows 7 64bit)
The incoming file transfers are coming in from a range of different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial testing seems to
indicate no upnp ports get opened, but thats another issue and I have more
testing to go


#7

I can confirm the IBB file transfers are working coming into jitsi with
no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from
jitsi too, I'll start another thread, hopefully with some more info

OK, seems like we need to stop announcing bytestreams then.

Emil

···

On 01.03.12 12:00, Craig Chandler wrote:

Cheers

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started
playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had
that has had
this issue. It occurs on all sites that run jitsi (all windows 7
64bit)
The incoming file transfers are coming in from a range of
different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial
testing seems to
indicate no upnp ports get opened, but thats another issue and I
have more
testing to go

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
http://jitsi.org FAX: +33.1.77.62.47.31


#8

Hey,

bytestream will not be announced starting next build.

Cheers
damencho

···

On Thu, Mar 1, 2012 at 12:55 PM, Emil Ivov <emcho@jitsi.org> wrote:

On 01.03.12 12:00, Craig Chandler wrote:

I can confirm the IBB file transfers are working coming into jitsi with
no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from
jitsi too, I'll start another thread, hopefully with some more info

OK, seems like we need to stop announcing bytestreams then.

Emil

Cheers

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started
playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had
that has had
this issue. It occurs on all sites that run jitsi (all windows 7
64bit)
The incoming file transfers are coming in from a range of
different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial
testing seems to
indicate no upnp ports get opened, but thats another issue and I
have more
testing to go

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
http://jitsi.org FAX: +33.1.77.62.47.31


#9

I'm using build 3941 and its still offering bytestream, however on my local tests its now working (jitsi client to another on same machine)

Send request below

<iq id="TNUkh-73" to="myJID/Office" from="myJID/jitsi-2qfvs0" type="set">
<si xmlns="http://jabber.org/protocol/si" id="jsi_8810217439225594902" mime-type="application/zip" profile="http://jabber.org/protocol/si/profile/file-transfer">
<file xmlns="http://jabber.org/protocol/si/profile/file-transfer" name="plugin.video.abc_iview-1.0.1.zip" size="113619">
<desc>Sending file</desc>
</file>
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="form">
<field var="stream-method" type="list-single">
<option>
<value>http://jabber.org/protocol/bytestreams</value>
</option>
<option>
<value>http://jabber.org/protocol/ibb</value>
</option>
</field>
</x>
</feature>
</si>
</iq>

I'll see if i can get some XML logs trying over internet to another user

···

On 7/03/2012 11:18 PM, Damian Minkov wrote:

Hey,

bytestream will not be announced starting next build.

Cheers
damencho

On Thu, Mar 1, 2012 at 12:55 PM, Emil Ivov<emcho@jitsi.org> wrote:

On 01.03.12 12:00, Craig Chandler wrote:

I can confirm the IBB file transfers are working coming into jitsi with
no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from
jitsi too, I'll start another thread, hopefully with some more info

OK, seems like we need to stop announcing bytestreams then.

Emil

Cheers

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>>>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started
playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had
that has had
this issue. It occurs on all sites that run jitsi (all windows 7
64bit)
The incoming file transfers are coming in from a range of
different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial
testing seems to
indicate no upnp ports get opened, but thats another issue and I
have more
testing to go

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
http://jitsi.org FAX: +33.1.77.62.47.31


#10

Hi,

can you try again 3942, should be ok now.

Thanks
damencho

···

On Fri, Mar 9, 2012 at 12:49 AM, Craig Chandler <Craig.Chandler@gmail.com> wrote:

I'm using build 3941 and its still offering bytestream, however on my local
tests its now working (jitsi client to another on same machine)

Send request below

<iq id="TNUkh-73" to="myJID/Office" from="myJID/jitsi-2qfvs0" type="set">
<si xmlns="http://jabber.org/protocol/si" id="jsi_8810217439225594902"
mime-type="application/zip"
profile="http://jabber.org/protocol/si/profile/file-transfer">

<file xmlns="http://jabber.org/protocol/si/profile/file-transfer"
name="plugin.video.abc_iview-1.0.1.zip" size="113619">
<desc>Sending file</desc>

</file>
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="form">
<field var="stream-method" type="list-single">
<option>
<value>http://jabber.org/protocol/bytestreams</value>
</option>
<option>
<value>http://jabber.org/protocol/ibb</value>
</option>
</field>
</x>
</feature>
</si>
</iq>

I'll see if i can get some XML logs trying over internet to another user

On 7/03/2012 11:18 PM, Damian Minkov wrote:

Hey,

bytestream will not be announced starting next build.

Cheers
damencho

On Thu, Mar 1, 2012 at 12:55 PM, Emil Ivov<emcho@jitsi.org> wrote:

On 01.03.12 12:00, Craig Chandler wrote:

I can confirm the IBB file transfers are working coming into jitsi with
no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from
jitsi too, I'll start another thread, hopefully with some more info

OK, seems like we need to stop announcing bytestreams then.

Emil

Cheers

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>>>>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started
playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had
that has had
this issue. It occurs on all sites that run jitsi (all windows 7
64bit)
The incoming file transfers are coming in from a range of
different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial
testing seems to
indicate no upnp ports get opened, but thats another issue and I
have more
testing to go

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
http://jitsi.org FAX: +33.1.77.62.47.31


#11

Hi,

can you try again 3942, should be ok now.

Thanks
damencho

Yep can confirm its OK.

On side note, both incoming and outgoing file transfers are now working (corruption free) between jitsi and other clients, as a result.

Great work.

Cheers

···

On 9/03/2012 10:12 PM, Damian Minkov wrote:

On Fri, Mar 9, 2012 at 12:49 AM, Craig Chandler > <Craig.Chandler@gmail.com> wrote:

I'm using build 3941 and its still offering bytestream, however on my local
tests its now working (jitsi client to another on same machine)

Send request below

<iq id="TNUkh-73" to="myJID/Office" from="myJID/jitsi-2qfvs0" type="set">
<si xmlns="http://jabber.org/protocol/si" id="jsi_8810217439225594902"
mime-type="application/zip"
profile="http://jabber.org/protocol/si/profile/file-transfer">

<file xmlns="http://jabber.org/protocol/si/profile/file-transfer"
name="plugin.video.abc_iview-1.0.1.zip" size="113619">
<desc>Sending file</desc>

</file>
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="form">
<field var="stream-method" type="list-single">
<option>
<value>http://jabber.org/protocol/bytestreams</value>
</option>
<option>
<value>http://jabber.org/protocol/ibb</value>
</option>
</field>
</x>
</feature>
</si>
</iq>

I'll see if i can get some XML logs trying over internet to another user

On 7/03/2012 11:18 PM, Damian Minkov wrote:

Hey,

bytestream will not be announced starting next build.

Cheers
damencho

On Thu, Mar 1, 2012 at 12:55 PM, Emil Ivov<emcho@jitsi.org> wrote:

On 01.03.12 12:00, Craig Chandler wrote:

I can confirm the IBB file transfers are working coming into jitsi with
no corruption (over public network) in build 3930

bytestreams file transfers seem to be the issue with sending files from
jitsi too, I'll start another thread, hopefully with some more info

OK, seems like we need to stop announcing bytestreams then.

Emil

Cheers

Cheers

On Mon, Feb 27, 2012 at 9:00 AM, Craig Chandler >>>>>>>>> <Craig.Chandler@gmail.com> wrote:

Hi all,
We are receiving corrupt incoming XMPP file transfers (file arrives
corrupted).
Is this a know issue?
Has been occurring in nightlies since build.3651 (when we started
playing
with jitsi)

The XMPP server is OpenFire, this is the first client we've had
that has had
this issue. It occurs on all sites that run jitsi (all windows 7
64bit)
The incoming file transfers are coming in from a range of
different clients
(gaim, miranda, trillion)

Cheers

ps. we cant even get outgoing transfers to work, my initial
testing seems to
indicate no upnp ports get opened, but thats another issue and I
have more
testing to go

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
http://jitsi.org FAX: +33.1.77.62.47.31