- 24 Dec, 2015 1 commit
-
-
Ivan A. Shmakov authored
add call of sendingInvitationRejection for MUCEventDelegate
-
- 07 Dec, 2015 2 commits
-
-
Tom Evans authored
Ensure that the MUC room subject is set correctly from initial request and upon subsequent reload.
-
Dave Cridland authored
-
- 27 Nov, 2015 1 commit
-
-
Dave Cridland authored
XEP-0045 discusses how a request to join a room is the only case where a MUC element should exist in presence. Therefore, a conformant client will always send this whenever it believes it is not joined. This can happen in cases of stanza loss (due to network outage) or remote server crash. This patch assumes that a client sending a MUC element is trying to join, and will go through much of the motions of the join, including sending history as required, existing occupants' presence, and so on. To other existing occupants, however, it'll look like an ordinary presence update.
-
- 23 Nov, 2015 2 commits
-
-
Christian Schudt authored
These specifications are deprecated long enough (since 2007) in favor of XEP-202/203.
-
Christian Schudt authored
-
- 09 Nov, 2015 3 commits
-
-
Christian Schudt authored
-
Christian Schudt authored
-
Christian Schudt authored
There were still ~1500 missing annotations! This time fixed with IntelliJ ;-)
-
- 29 Oct, 2015 1 commit
-
-
Christian Schudt authored
This has performance benefits. On my machine it's nearly twice as fast.
-
- 28 Oct, 2015 1 commit
-
-
Christian Schudt authored
This is the more correct API and also has very minor performance benefits.
-
- 29 May, 2015 1 commit
-
-
Dave Cridland authored
Currently, only stanzas containing errors of type cancel will cause the occupant to be removed, however this doesn't appear to catch and remove many occupants in practise. This patch therefore removes occupants from the service on any message or presence error stanza, irrespective of the error type. IQ stanzas do not trigger the same response, as these may be due to lack of client support rather than a vanished occupant.
-
- 06 Mar, 2015 1 commit
-
-
nobelium authored
-
- 18 Dec, 2014 1 commit
-
-
Christian Schudt authored
-
- 13 Dec, 2014 1 commit
-
-
Christian Schudt authored
The problem here was, that the presence's 'to' attribute was overridden on each iteration, making the if statement fail after the first iteration.
-
- 03 Dec, 2014 1 commit
-
-
Damian Minkov authored
-
- 02 Dec, 2014 1 commit
-
-
Damian Minkov authored
-
- 13 Nov, 2014 1 commit
-
-
Tom Evans authored
Distribute updated presence packets after changing MUC room affiliations due to group membership changes
-
- 10 Nov, 2014 1 commit
-
-
Tom Evans authored
Introduces MUC group affiliation feature; allow users to join rooms based on group membership; distribute presence updates for MUC affiliation changes due to group membership events.
-
- 25 Oct, 2014 2 commits
- 11 Jun, 2014 1 commit
-
-
Christian Schudt authored
-
- 08 Jun, 2014 2 commits
-
-
Christian Schudt authored
MUC affiliations are managed in the #admin namespace, not in the #owner namespace. This is already a minor contribution to OF-178 (Updating MUC to latest version).
-
Christian Schudt authored
When requesting: <iq type="get" to="6ace0fd2f59f13c2484336dd06b4462a@bizmanager.msz006" id="getRoomMemberList"> <query xmlns="http://jabber.org/protocol/muc#admin"> <item affiliation="member"/> <item affiliation="owner"/> <item affiliation="admin"/> </query> </iq> Openfire does only return admins (the last requested affiliation). This fix rectifies this.
-
- 19 May, 2014 2 commits
-
-
Christian Schudt authored
-
Christian Schudt authored
-
- 18 May, 2014 1 commit
-
-
Christian Schudt authored
-
- 16 May, 2014 2 commits
- 13 May, 2014 1 commit
-
-
Christian Schudt authored
OF-804 Joining a locked MUC room should return <item-not-found/> instead of <recipient-unavailable/>
-
- 06 May, 2014 2 commits
-
-
Christian Schudt authored
-
Christian Schudt authored
-
- 02 May, 2014 2 commits
-
-
Christian Schudt authored
Fixing more JavaDoc errors in order to make it build with Java 8's DocLint eventually (JavaDoc for Openfire's core builds now with DocLint)
-
zzglitch authored
-
- 01 May, 2014 1 commit
-
-
Christian Schudt authored
-
- 28 Apr, 2014 1 commit
-
-
Tom Evans authored
Handle each affiliation change item in the IQ stanza
-
- 25 Apr, 2014 2 commits
- 22 Apr, 2014 2 commits
-
-
Christian Schudt authored
-
Tom Evans authored
Reload full chat history for MUC rooms that have conversation logging enabled. Allow limit to be set via new "xmpp.muc.history.reload.limit" property. If set, this property defines a number of days to limit the history reload; defaults to original value of 2 if the property value is non-numeric
-