powered by Jive Software

Openfire sends wrong statusCode 110 in Presence

Openfire
#1

Hello,
on Openfire Version 4.6 i have the following problem:

Admin A kicks User B from a muc with:

<iq from='admin@mydomain.local/ressource'
    id='kick1'
    to='room@mydomain.local'
    type='set'>
  <query xmlns='http://jabber.org/protocol/muc#admin'>
    <item nick='Usernick' role='none'>
      <reason>Kicked out Test</reason>
    </item>
  </query>
</iq>

Then the user was kicked from channel but the Admin gets this presence back:

<presence from="room@mydomain.local/Usernick" to="admin@mydomain.local/ressource" type="unavailable" xmlns="jabber:client">
   <x xmlns="http://jabber.org/protocol/muc#user">
        <item jid="user@mydomain.local/ressource" affiliation="member" role="none">
             <actor jid="admin@mydomain.local" nick="Admin"/>
        </item>
        <status code="307"/>
        <status code="110"/>
  </x>
</presence>

Code 110 is totaly wrong here, because it is not a self-presence… the problem is now that 110 let the Admins’ client think he was kicked too, but that is not the case.


Part: 8.2

Expected:

  • Example 93. Service Informs Remaining Occupants AND
  • Example 92. Service Informs Moderator of Success
    should be send out by openfire

Actual behavior:

  • it seems that Example 91. Service Removes Kicked Occupant was sent to Admin.

INFO: This only occurs on a kick not on a ban.

#2

Thanks for this detailed report. I attempted a kick from the admin console of a current 4.6.1-snapshot build of openfire and got this back.

<presence from='open_chat@conference.igniterealtime.org/daryl' to='akrherz@igniterealtime.org/1d0kzcogsf' type='unavailable'>
	<x xmlns='http://jabber.org/protocol/muc#user'>
		<item jid='623pewihiu@igniterealtime.org/623pewihiu' affiliation='none' role='none'>
			<actor jid='akrherz@igniterealtime.org'/>
		</item>
		<status code='307'/>
	</x>
</presence>

Does it reproduce for you from the admin console too?

#3

No if i kick the occupant from admin console all other occupants will receive the correct stanza,
so only if a client sends kick stanza it will get back the wrong status code.

#4

Thanks, filed OF-2178.