[Bug 30338] TpRoomList - High level API for RoomList channel
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Apr 27 10:40:07 CEST 2012
https://bugs.freedesktop.org/show_bug.cgi?id=30338
--- Comment #17 from Xavier Claessens <xclaesse at gmail.com> 2012-04-27 01:40:07 PDT ---
(In reply to comment #16)
> (In reply to comment #15)
> > - I think it should "keep its state". I mean that if you miss signals, you
> > can't know the rooms listed, or the fail error... I would like a getter for
> > those 2.
>
> How can you miss it? They won't be fired until _star() is called so you are
> supposed to connect the signals before.
Was suggesting this for completeness of the API, but not really important
indeed. And TpContactSearch does not do that neither. Ok forget me :)
> > simple-conn.c:
> >
> > - chan = g_hash_table_lookup (self->priv->channels, GUINT_TO_POINTER (0));
> > WTF using 0 as key?? is that really on purpose?
>
> Yeah, room list channel has None as HandleType so no Handle either.
Hm, tbh I don't like this, it means it will fail badly if we add other channels
with handle==0 like MSN-like MUCs, etc... Also the comment in the priv struct
says /* TpHandle => reffed TpTestsTextChannelNull */ which is wrong now... tbh
I would keep a separate TpTestsRoomListChan* field in priv struct and maybe
rename channels to text_channels?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- 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