Bug 33208

Summary: write a set of Call base classes by extracting code from gabble and stabilize them for inclusion in tp-glib.
Product: Telepathy Reporter: David Laban <david.laban>
Component: tp-glibAssignee: Telepathy bugs list <telepathy-bugs>
Status: RESOLVED FIXED QA Contact: Telepathy bugs list <telepathy-bugs>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard: Call
i915 platform: i915 features:

Description David Laban 2011-01-17 09:32:17 UTC
There's probably already a bug for this but I couldn't find it. Mark this as a duplicate if you find it.

This bug is to track the progress of telepathy-yell and to discuss branches (specifically http://git.collabora.co.uk/?p=user/sjoerd/telepathy-yell.git;a=shortlog;h=refs/heads/media-fixes and http://git.collabora.co.uk/?p=user/sjoerd/telepathy-gabble.git;a=shortlog;h=refs/heads/call-base-media-content.



doing a git diff in yell between sjoerd/base-call-channel and alsuren/base-call-channel-quick-wip shows the following problems:

#include "base-call-channel.h" should be the first #include, just as an extra test of library usability. This is a trivial change, because your header is properly formed anyway.


+static void
+base_call_channel_signal_call_members (TpyBaseCallChannel *self,
+  TpHandle removed_handle)
signals at most one removal and pretends that all of the members have changed. Seems a bit ham-fisted.

Otherwise yell base-call-channel looks good. Be sure to fix the commit summary "Include global tp-gglig header for TpDBusPropertiesMixi..." though.


gabble 614a4139032e1ed4efc8b47334b1c9d281354854
+  DEBUG ("Setting %d property on %p", property_id, self);
+
looks like temporary code put in place to fix a bug that is now unnecessary+incomprehensible.

da5372b327ca015d9d670911b44f6d108324b9f1
- * Copyright (C) 2009 Collabora Ltd.
+ * Copyright (C) 2009-2010 Collabora Ltd.
It's 2011 now :P


da5372b327ca015d9d670911b44f6d108324b9f1
+  if (error != NULL || priv->deinit_has_run ||
+      priv->current_offer != TPY_CALL_CONTENT_CODEC_OFFER (source))
+    goto out;
is a bit confusing, especially given that you special-case each of these conditions separately in out. I'm not completely convinced that you handle the current_offer != source case correctly here. I think it will just cause a confusing error in next_offer()

Would it be possible to give each error case its own guard statement to make the code clearer?
Comment 1 David Laban 2011-01-20 16:01:01 UTC
Added a few changes in 
http://git.collabora.co.uk/?p=user/alsuren/telepathy-yell.git;a=shortlog;h=refs/heads/stream-fixes 
and made the appropriate changes to gabble in 
http://git.collabora.co.uk/?p=user/alsuren/telepathy-gabble.git;a=shortlog;h=refs/heads/stream-fixes

before we merge this into tp-glib, it should probably be documented, but that can wait until we've stabilised the api.
Comment 2 Guillaume Desmottes 2012-02-17 02:19:27 UTC
I think this will be fixed once the call1 branch will have been merged into master.
Comment 3 Simon McVittie 2012-02-21 05:56:50 UTC
0.17.5

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.