Age | Commit message (Collapse) | Author |
|
Old versions of Prosody do not support instant rooms, i.e. do not respond to the
data form submit. It also pretends all rooms exist all the time and thus will
never send status 201.
This change will mark the room join as complete if we didn't receive status 201
but the join was otherwise successful.
Test-Information:
Tested this change against M-Link, Prosody nightly (which behaves according to
XEP-0045), Prosody 0.9 (which eats the data form submit for instant rooms), and
Openfire with Swift.
Change-Id: I63f5488433110231ca7d0a6834161a2acd2cfc73
|
|
Test-Information:
Added test case to assure presence is not resend after join completion if it did
not change. The other test cases are untouched and still all succeed.
Change-Id: I2aace1aee8ca3deab9cd9050a25233617b3b0678
|
|
This implements Swiften API for changing nicknames in MUC and correctly detecting
nick name changes. In addition Swift now displays nickname changes as such and not
as join/leave of a user.
In addition, handling of nickname changes is integrated in ChatsManager and
ChatControllers so that they are forwarded to PM chats of MUCs.
Test-Information:
Added unit tests for change of own nickname and nickname changes of others.
Tested correct detection of nickname changes in a MUC with a Psi user changing
its nickname and Swift correctly detecting and displaying it.
Change-Id: I3287ba6ceeccd3be5cfb591acd6f88bffc9a43b2
|
|
Change-Id: Icdd7f33012dec3fe7779ec4ad64df1c30d50ea77
|
|
Also extracts MUC into an interface and MUCImpl the existing implementation, adds a MockMUC for using in unit tests, and adds unit tests for the MUCController changes.
Change-Id: I25034384f59d3c274c46ffc37b2d1ae60ec660f4
|
|
One only showed in netbook-mode. Another got introduced by the impromptu patch.
Change-Id: Id878d001b6bac67f943a86386300c8a0db3bc74e
License: This patch is BSD-licensed, see Documentation/Licenses/BSD-simplified.txt for details.
|
|
Change-Id: I363e9d740bbec311454827645f4ea6df8bb60bed
License: This patch is BSD-licensed, see Documentation/Licenses/BSD-simplified.txt for details.
|
|
All applications succesfully link against Swiften.dll.
|
|
transformation where possible.
License: This patch is BSD-licensed, see http://www.opensource.org/licenses/bsd-license.php
|
|
Resolves: #940
|
|
|
|
Makes abnormals immune to presence folding.
Resolves: #1004
|
|
Resolves: #1020
|
|
Resolves: #986
Resolves: #988
|
|
Resolves: #987
|
|
Resolves: #991
|
|
Resolves: #1006
|
|
Resolves: #152
|
|
Resolves: #990
|
|
Means rooms will be unlocked after creation correctly.
|
|
Resolves: #989
|
|
Resolves: #1001
|
|
|
|
This also introduces a new DOM-like parser structure, used for the
MUC parsers.
Partially
Resolves: #689
|
|
Tweaked the sources to satisfy cppcheck.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
presence senders.
Hopefully
Resolves: #691
Release-Notes: We hope to have fixed the bug where a MUC room would go into loop of parting and joining continually.
|
|
Resolves: #702
|
|
Resolves: #692
|
|
In an attempt to catch errors, this doesn't
Resolves: #691
but does add an assert that may help.
It also fixes an error with created rooms not receiving updates presences.
Release-Notes: Newly-created rooms will now receive your presence updates, consistent with existing rooms.
|
|
Resolves: #542
Release-Notes: On reconnects, existing MUC history now won't be replayed.
|
|
|
|
Resolves: #679
Release-Notes: You can no longer use bookmarks while offline.
|
|
This causes the MUCController to deal with reconnects by requesting
a rejoin. It also prepares for doing time-based context requests.
Although I've traced the code down, and confirmed that
presenceSender->sendPresence(joinPresence);
is being called, the stanza is never sent. This needs further
investigation, as currently it prevents the rejoins working.
Resolves: #625
|
|
|
|
Resolves: #590
Release-Notes: Joining rooms when you are not plain 'available' now correctly sends your status to the room.
|
|
Resolves: #529
Release-Notes: Being in a MUC with someone who has their role changed will no longer cause them to appear several times in the occupant list.
|
|
Resolves: #112
|
|
Else there could be bookmarks overwritten in an infeasibly unlikely race condition.
Resolves: #340
|
|
|
|
|
|
Also cleans up some outstanding MUC issues.
Resolves: #288
Resolves: #392
Resolves: #279
Resolves: #114
|
|
Putting status show names along with the text in tooltips.
Covers the MeView and roster entries.
Still ToDo: status setter
Resolves: #429
|