Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | MUC: Set .previous_affiliation = "none" if nil, for consistency with ↵ | Matthew Wild | 2021-11-16 | 1 | -1/+1 |
| | | | | | | .affiliation It appears nothing currently uses this field in prosody or prosody-modules | ||||
* | MUC: Fix incorrect variable name (thanks luacheck) | Matthew Wild | 2021-11-16 | 1 | -1/+1 |
| | |||||
* | MUC: Switch to event.allowed signaling to block event, matching muc-pre-set-role | Matthew Wild | 2021-11-16 | 1 | -1/+3 |
| | | | | ...and fixing the logic bug that broke everything in the previous commit. | ||||
* | MUC: Add 'muc-pre-set-affiliation' event, allowing to block change or modify ↵ | Matthew Wild | 2021-11-16 | 1 | -10/+20 |
| | | | | data | ||||
* | MUC: Reject full JID in affiliation queries | Kim Alvefur | 2021-09-17 | 1 | -0/+3 |
| | | | | | | | | | | XEP-0045 states: > Affiliations are granted, revoked, and maintained based on the user's > bare JID, not the nick as with roles. Therefore inclusion of a full JID in affiliation queries is invalid. Thanks to Ge0rG and Poezio for discovering this issue. | ||||
* | Merge 0.11->trunk | Kim Alvefur | 2021-07-23 | 1 | -1/+1 |
|\ | |||||
| * | MUC: Fix logic for access to affiliation lists0.11.10 | Kim Alvefur | 2021-07-22 | 1 | -1/+1 |
| | | | | | | | | | | | | Fixes https://prosody.im/security/advisory_20210722/ Backs out 4d7b925652d9 | ||||
* | | MUC: Allow overriding occupant object from groupchat message event | Kim Alvefur | 2021-03-25 | 1 | -4/+9 |
| | | | | | | | | | | | | | | Use case: Enable module that provides a virtual occupant object for bots Before, if there is no occupant then either some other part of MUC would reject the message or `occupant.nick` would have caused an error. | ||||
* | | MUC: Reject probes from non-occupants | JC Brand | 2020-10-02 | 1 | -12/+21 |
| | | | | | | | | Also test for self-probes | ||||
* | | MUC: Add support for presence probes (fixes #1535) | JC Brand | 2020-04-19 | 1 | -23/+84 |
| | | | | | | | | | | | | | | | | | | | | | | The following patch allows Prosody to respond to `probe` presences and send out the probed occupant's current presence. This is based on line 17.3 in XEP-0045: A MUC service MAY handle presence probes sent to the room JID <room@service> or an occupant JID <room@service/nick> (e.g, these might be sent by an occupant's home server to determine if the room is still online or to synchronize presence information if the user or the user's server has gone offline temporarily or has started sharing presence again, as for instance when Stanza Interception and Filtering Technology (XEP-0273) is used). | ||||
* | | Merge 0.11->trunk | Matthew Wild | 2020-12-15 | 1 | -2/+2 |
|\| | |||||
| * | MUC: Fix logic bug causing unnecessary presence to be sent, fixes #1615 ↵ | Matthew Wild | 2020-12-15 | 1 | -2/+2 |
| | | | | | | | | (thanks damencho) | ||||
* | | Merge 0.11->trunk | Kim Alvefur | 2020-10-07 | 1 | -2/+2 |
|\| | |||||
| * | MUC: Preserve disco 'node' attribute (or lack thereof) in response (fix ↵ | Kim Alvefur | 2020-10-07 | 1 | -2/+2 |
| | | | | | | | | #1595) (thanks lessthan3) | ||||
* | | mod_muc: let event handlers modify cloned presence | JC Brand | 2020-04-22 | 1 | -1/+1 |
| | | | | | | | | Updates #1533 | ||||
* | | Fixes #1533 Hats don't get sent out to own MUC user | JC Brand | 2020-04-22 | 1 | -0/+1 |
| | | |||||
* | | Merge 0.11->trunk | Matthew Wild | 2020-04-23 | 1 | -1/+1 |
|\| | |||||
| * | MUC: Always include 'affiliation'/'role' attributes, defaulting to 'none' if nil | Matthew Wild | 2020-04-23 | 1 | -1/+1 |
| | | |||||
| * | MUC: Persist affiliation_data in new MUC format! | Matthew Wild | 2020-03-12 | 1 | -0/+1 |
| | | |||||
* | | MUC: Add new event 'muc-build-occupant-presence' for plugins to extend ↵ | Matthew Wild | 2020-04-11 | 1 | -0/+2 |
| | | | | | | | | occupant presence | ||||
* | | MUC: Persist affiliation_data in new MUC format! | Matthew Wild | 2020-03-12 | 1 | -0/+1 |
| | | |||||
* | | MUC: Switch to new storage format by default | Matthew Wild | 2020-03-12 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | | | | | Changing the default setting of `new_muc_storage_format` from false to true. The code supports reading both formats since 0.11, but servers with MUCs stored using the new format will not be able to downgrade to 0.10 or earlier. The new format is clearer (less nesting for the most commonly-accessed data), and combined with the new map-store methods, allows for some operations to become more efficient (such as finding out which MUCs on a service a given user is affiliated with). | ||||
* | | MUC: Support for broadcasting unavailable presence for affiliated offline users | Matthew Wild | 2020-03-12 | 1 | -2/+23 |
| | | | | | | | | Activated when muc#roomconfig_presencebroadcast includes the "none" role. | ||||
* | | MUC: Pass previous role to :publicise_occupant_status() when destroying a MUC | Matthew Wild | 2020-03-12 | 1 | -3/+4 |
| | | |||||
* | | MUC: Pass previous role to :publicise_occupant_status() whenever possible | Matthew Wild | 2020-03-12 | 1 | -4/+6 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently there is what amounts to a hack in presence_broadcast.lib.lua to make it always broadcast presence with roles of "none". This is to ensure that if you previously saw available presence for someone, you will also see the unavailable presence (which always has role="none"). The correct approach is to take into account what the previous role was ( i.e. answer the question: "Was the available presence for this occupant a role for which presence broadcast is enabled?). The logic is already in place to do this correctly, but most call sites do not provide the previous role (prev_role argument) of the occupant, which causes it to not be used. In its place the hack to always broadcast presence of role="none" has allowed things to continue to work. The intention is that a subsequent commit will remove the unconditional broadcast of role="none". | ||||
* | | mod_muc: add muc-private-message event | Maxime “pep” Buquet | 2020-02-24 | 1 | -1/+3 |
| | | | | | | | | | | This seems to be the one place handling MUC-PMs. This event is added so that plugins (such as muc_occupant_id) can edit them without having to redo the work. | ||||
* | | MUC: Make note to handle configuration form errors [luacheck] | Kim Alvefur | 2019-12-23 | 1 | -0/+2 |
| | | |||||
* | | MUC: Remove some unused variables [luacheck] | Kim Alvefur | 2019-12-23 | 1 | -4/+4 |
| | | |||||
* | | MUC: Add missing reference to room (thanks buildbot) [luacheck] | Kim Alvefur | 2019-11-26 | 1 | -0/+1 |
| | | |||||
* | | MUC: Indicate that the room is the origin of various errors where 'from' is ↵ | Kim Alvefur | 2019-11-25 | 1 | -13/+16 |
| | | | | | | | | an occupant JID | ||||
* | | Merge 0.11->trunk | Kim Alvefur | 2019-11-23 | 1 | -37/+100 |
|\ \ | |/ |/| | |||||
| * | MUC: Enforce strict resourceprep on nicknames (bye bye robot face) | Kim Alvefur | 2019-09-23 | 1 | -0/+16 |
| | | |||||
| * | MUC: Add controls for whose presence is broadcast (closes #1335) | Lance Stout | 2019-10-20 | 1 | -5/+18 |
| | | | | | | | | Committed by Zash | ||||
| * | Merge 0.11-trunk | Kim Alvefur | 2019-09-29 | 1 | -0/+1 |
| |\ | |||||
| * \ | Merge 0.11->trunk | Kim Alvefur | 2019-08-21 | 1 | -0/+1 |
| |\ \ | |||||
| * | | | MUC: Reflow event tables to improve readability | Kim Alvefur | 2019-06-19 | 1 | -4/+20 |
| | | | | | | | | | | | | | | | | Also makes it easier to read diffs of added fields. | ||||
| * | | | MUC: Update error message for consistency | Matthew Wild | 2019-03-18 | 1 | -1/+1 |
| | | | | |||||
| * | | | MUC: Fire an event to allow affecting decision of whether to allow a role change | Kim Alvefur | 2019-02-24 | 1 | -0/+12 |
| | | | | |||||
| * | | | MUC: Factor out role change permission check into its own method | Kim Alvefur | 2019-02-24 | 1 | -18/+27 |
| | | | | | | | | | | | | | | | | | | | | | | | | I would like to invert this logic so that it checks if the role change is allowed instead of checking if it is not allowed as it does now, in order to make it easier to understand. | ||||
| * | | | Merge 0.11->trunk | Matthew Wild | 2019-02-04 | 1 | -3/+3 |
| |\ \ \ | |||||
| * | | | | MUC: Rename import to avoid name clash [luacheck] | Kim Alvefur | 2019-01-06 | 1 | -2/+2 |
| | | | | | |||||
| * | | | | MUC: add ID to message if no ID is present | Jonas Wielicki | 2019-01-06 | 1 | -0/+4 |
| | | | | | |||||
| * | | | | Merge 0.11->trunk | Kim Alvefur | 2018-12-20 | 1 | -1/+1 |
| |\ \ \ \ | |||||
| * \ \ \ \ | Merge 0.11->trunk | Matthew Wild | 2018-12-19 | 1 | -1/+1 |
| |\ \ \ \ \ | |||||
| * | | | | | | MUC: Move check for explicit room join earlier in room creation flow | Kim Alvefur | 2018-11-27 | 1 | -7/+0 |
| | | | | | | | |||||
| * | | | | | | Merge 0.11->trunk | Kim Alvefur | 2018-11-25 | 1 | -0/+1 |
| |\ \ \ \ \ \ | |||||
| * | | | | | | | MUC: Fix spelling in comments | Kim Alvefur | 2018-11-10 | 1 | -5/+5 |
| | | | | | | | | |||||
* | | | | | | | | MUC: Keep role across nickname change (fixes #1466) | Kim Alvefur | 2019-11-23 | 1 | -0/+3 |
| |_|_|_|_|_|/ |/| | | | | | | |||||
* | | | | | | | MUC: Strip tags with MUC-related namespaces from private messages (fixes #1427) | Kim Alvefur | 2019-09-29 | 1 | -0/+1 |
| |_|_|_|_|/ |/| | | | | | | | | | | | | | | | | | Prevents duplication since it adds another <{muc#user}x> here | ||||
* | | | | | | MUC: Advertise XEP-0410 support | Kim Alvefur | 2019-07-30 | 1 | -0/+1 |
| |_|_|_|/ |/| | | | | | | | | | | | | | | Unsure if the feature was in the XEP at the time of 7c1cdf5f9f83 |