|Summary:||Get "org.freedesktop.DBus.Error.NoReply" on RequestStream (StreamedMedia channel)|
|Product:||Telepathy||Reporter:||Fabien LOUIS <flouis>|
|Component:||gabble||Assignee:||Telepathy bugs list <telepathy-bugs>|
|Status:||REOPENED ---||QA Contact:||Telepathy bugs list <telepathy-bugs>|
|i915 platform:||i915 features:|
Description Fabien LOUIS 2009-04-15 05:50:04 UTC
Created attachment 24819 [details] Gabble logs When I call RequestStream on a streamed media channel, I get always (9 times about 10) this error: ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File "/var/lib/python-support/python2.6/dbus/connection.py", line 214, in maybe_handle_message self._handler(*args, **kwargs) File "test_mediachannel.py", line 117, in on_new_channel_user my_tf_listener.create_streams(SLAVE_ACCOUNT, [MEDIA_STREAM_TYPE_VIDEO]) File "test_mediachannel.py", line 186, in create_streams raise e DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** (test_mediachannel.py:7038): DEBUG: GetSessionHandlers returned 0 sessions It's very surprising because yesterday my code worked correctly (without this error).
Comment 1 Fabien LOUIS 2009-04-17 02:54:01 UTC
Finally, this is a problem with the server I used for my tests (jabber.fr) which is being slow to respond to disco. So it isn't a telepathy problem.
Comment 2 Will Thompson 2009-04-17 03:12:32 UTC
I think this is a bug: RequestStreams taking ages isn't useful behaviour. I wonder if closing a channel while RequestStreams is still waiting for caps would crash Gabble? :D
Comment 3 Will Thompson 2009-04-17 03:13:23 UTC
Forgot to reopen. And I can't move it to Reopened without a comment. I hate Bugzilla.
Comment 4 Simon McVittie 2009-09-29 03:34:31 UTC
I don't think this is a libtelepathy bug, switching component :-P