[Telepathy] [Bug 16595] Can't Open StreamTube
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Jul 15 10:11:40 PDT 2008
http://bugs.freedesktop.org/show_bug.cgi?id=16595
--- Comment #3 from Alban Crequy <alban.crequy at collabora.co.uk> 2008-07-15 10:11:39 PST ---
In the Gabble current code, the tube is opened automatically in the initiator
side as soon as a stream is attempted, that is when the recipient try to really
use the tube: see file src/tube-stream.c, function
gabble_tube_stream_add_bytestream, line 1409.
When the tube is accepted by the recipient but not used, the tube remains in
the "remote pending" status forever on the initiator side.
The current XEP-proto-tube specification does not allow Gabble to behave
otherwise:
http://telepathy.freedesktop.org/xmpp/tubes.html
because the XEP-proto-tube specification does not include any message to say
that the recipient has accepted the tube. Instead, the spec send a
stream-initiation message to the initiator every time the client connects to
the proxied socket.
Note that a single p2p stream tube can contains 0, 1 or several stream at any
time when the tube is open. This is required for the
web-server-exported-in-a-tube use case.
This can eventually be seen as a bug in the XEP-proto-tube specification
because this behavior can prevent the UI to give feedback to the user
correctly.
(as a slightly related note, for tubes in a chatroom, the state "remote
pending" or "open" on the initiator side is not really defined in the D-Bus
spec: should the tube be in the "open" status when a least one recipient
accepts it, or when all participants of the chatroom accept it?)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Telepathy
mailing list