presence storage for non-buddies
Alex M (Coyo)
coyo at darkdna.net
Thu Apr 11 20:40:52 EDT 2013
I would also love to see this feature.
On 04/11/2013 12:36 AM, Eion Robb wrote:
>
> Not just presence/status and not just XMPP. Also includes server-side
> aliases in multi-user chats, buddy icons, status messages. They're
> all things that the prpl provide anyway, but libpurple has no way to
> provide that info to the UI because there's no PurpleBuddy (because it
> needs to be on the blist). Some kind of hidden group or
> PurpleBlistNodeFlag (similar to the NOSAVE flag) might be more useful?
>
>
> On 10 April 2013 23:29, Tomasz Wasilczyk <tomkiewicz at cpw.pidgin.im
> <mailto:tomkiewicz at cpw.pidgin.im>> wrote:
>
> Hi,
>
> it seems, that libpurple doesn't handle presence information for
> non-buddies, even, if protocol supports it.
>
> Two use cases:
> - I'm opening a new conversation with unknown contact (Ctrl+M in buddy
> list), status doesn't show up [1]; there is also a ticket for that [2]
> - I'm in the xmpp MUC and opening conversation with someone, that I
> don't have on my buddy list - their status is unknown, despite having
> it received via MUC
>
> I don't think this is desired behavior, so I suggest implementing
> presence handling for non-buddies. That may include adding additional
> callback to PurplePluginProtocolInfo, for requesting status for
> buddies not on our list (or maybe for those without presence set?).
>
> I also think, that it could be attached to XMPP GSoC project idea.
>
> What's your opinion?
> Tomek
>
> [1] http://i.imgur.com/70xXCSD.png
> [2] https://developer.pidgin.im/ticket/9479
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pidgin.im/pipermail/devel/attachments/20130411/6262d92e/attachment-0002.html>
More information about the Devel
mailing list