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