| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
|
|
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
|
|
|
|
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
|
|
Resolves: #211
|
|
|
|
|
|
|
|
|
|
|
|
Resolves: #292
|
|
|
|
|
Swift