[jdev] MUC presence role conflict

[Peter Saint-Andre]

A client shouldn't receive that because a service shouldn't send it 
(since initial presence would never be sent for someone whose role is 
"none"). However, on the off chance that a client would receive this, I 
think it should ignore it. I'm not a client developer and I don't know 
how you've coded the logic, but the following makes sense to me:

1. Receive presence stanza from room at service/user

2. Check against room roster (is this a presence change for someone from 
whom I've already received presence, or new presence for someone who's 
just joined the room?)

3. If new and role="none" then ignore.

Peter

Norman Rasmussen wrote:
> Cool.
> 
> So what should the client do if it receives that xml?  Basically at
> the moment in the psi muc patch, I've 'fixed' it to ignore + log debug
> entry.
> 
> On 11/11/05, Peter Saint-Andre <stpeter at jabber.org> wrote:
>> Norman Rasmussen wrote:
>>> JEP-0045: 6.3.3 Presence Broadcast
>> <snip/>
>>
>>> with the 'role' attribute set to a value of "moderator",
>>> "participant", "visitor", or "none"
>> s/"visitor", or "none"/or "visitor"/
>>
>> Fixed in my working copy.
>>
>> Peter
>>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3641 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://www.jabber.org/jdev/attachments/20051111/2d50c0cc/attachment-0002.bin>