[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