| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
(muc_room_allow_public/muc_room_allow_persistent)
|
| |
|
| |
|
|
|
|
| |
each_room
|
| |
|
|
|
|
|
|
|
| |
Lock expiry -> Reset
Admin wants to join -> Reset
Still locked -> cancel, gone
Don't return error in response to an error
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
What does `if can_see_real_jids(whois, occupant) then` do?
|
|
|
|
|
| |
It’s only sent to the creator so no need to have separate variants for
different kinds of participants.
|
| |
|
|
|
|
|
| |
List discussion here:
https://mail.jabber.org/pipermail/standards/2018-July/035228.html
|
|
|
|
| |
somwehere
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
destroyed
|
| |
|
|
|
|
|
|
| |
unavailable presence
Related issues: #505, #978
|
|
|
|
| |
useful info
|
|
|
|
|
|
|
|
| |
This fixes room creation/joining from Gajim if a password has been set.
Otherwise the muc-occupant-pre-join event hook determines that the given
password differs from the unset password and joining is rejected, which
seems unhelpful.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
users to invite others in a members-only room
|
| |
|
|
|
|
| |
(previously only owners/admins could do this)
|
| |
|
| |
|
|
|
|
| |
owners, always notify instead
|
| |
|
|
|
|
|
| |
Turns out this argument wasn’t only in trunk, but has been like this
since 81406277279e
|
|
|
|
| |
Thanks whoever mentioned this. Can't find who it was now.
|
| |
|
| |
|
| |
|
|
|
|
| |
mimi89999)
|
| |
|
| |
|
|
|
|
| |
between join and presence update
|
| |
|