[Bug 55104] Provide GVariant-based access to TpCallChannel:state-details

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Mar 6 02:13:40 PST 2014


https://bugs.freedesktop.org/show_bug.cgi?id=55104

--- Comment #6 from Guillaume Desmottes <guillaume.desmottes at collabora.co.uk> ---
(In reply to comment #4)
> Comment on attachment 94834 [details] [review]
> TpFileTransferChannel: store metadata as a GVariant
> 
> Review of attachment 94834 [details] [review]:
> -----------------------------------------------------------------
> 
> ::: telepathy-glib/file-transfer-channel.c
> @@ +614,5 @@
> >       TP_PROP_CHANNEL_INTERFACE_FILE_TRANSFER_METADATA1_METADATA,
> >       TP_HASH_TYPE_METADATA);
> >  
> > +  if (metadata == NULL)
> > +    self->priv->metadata = g_variant_new ("a{ss}", NULL);
> 
> a{sas}. Also, please sink the floating ref.

fixed.

> @@ +619,3 @@
> >    else
> > +    self->priv->metadata = _tp_boxed_to_variant (TP_HASH_TYPE_METADATA,
> > +        "a{sas}", metadata);
> 
> Sink the floating ref. (You could add one unconditional line that sinks
> both, maybe.)

done.

> @@ +1004,2 @@
> >        "Metadata",
> >        "The Metadata.Metadata property of this channel",
> 
> I'd prefer "... as a variant of type a{sas}, i.e. map with string keys and
> array-of-strings values" or something, unless gtk-doc already has special
> knowledge about g_param_spec_variant()'s 4th argument (and perhaps even if
> it does).

done.

> @@ +1649,1 @@
> >   *   value of the #TpFileTransferChannel:metadata property
> 
> I'd prefer the type to be explicit here too.

done.

http://cgit.collabora.com/git/user/cassidy/telepathy-glib/log/?h=next-call-55104
updated

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the telepathy-bugs mailing list