Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | MUC: Support for broadcasting unavailable presence for affiliated offline users | Matthew Wild | 2020-03-12 | 2 | -3/+24 |
| | | | | 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: Don't unconditionally broadcast presence with role="none" | Matthew Wild | 2020-03-12 | 1 | -4/+0 |
| | | | | | | Detailed explanation in de607875d4bd. A presence with role="none" (which is always type="unavailable") should only be broadcast if available presence was previously broadcast for that occupant. | ||||
* | 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. | ||||
* | Merge 0.11->trunk | Matthew Wild | 2020-02-13 | 1 | -1/+2 |
|\ | |||||
| * | mod_muc: Allow control over the server-admins-are-room-owners feature (see ↵ | Matthew Wild | 2020-02-13 | 1 | -1/+2 |
| | | | | | | | | #1174) | ||||
* | | 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: Improve presence broadcast form field label | Matthew Wild | 2019-12-22 | 1 | -1/+1 |
| | | |||||
* | | MUC: Add missing reference to room (thanks buildbot) [luacheck] | Kim Alvefur | 2019-11-26 | 1 | -0/+1 |
| | | |||||
* | | MUC: Indicate the component as origin of various errors where there's no room | Kim Alvefur | 2019-11-26 | 2 | -7/+7 |
| | | | | | | | | A room that doesn't exist can't return an error, can it? | ||||
* | | MUC: Indicate that the room is the origin of various errors where 'from' is ↵ | Kim Alvefur | 2019-11-25 | 3 | -16/+19 |
| | | | | | | | | an occupant JID | ||||
* | | MUC: Indicate origin of registration related errors | Kim Alvefur | 2019-11-25 | 1 | -3/+3 |
| | | |||||
* | | MUC: Indicate origin of password related errors | Kim Alvefur | 2019-11-25 | 1 | -1/+1 |
| | | |||||
* | | Merge 0.11->trunk | Kim Alvefur | 2019-11-23 | 7 | -44/+229 |
|\ \ | |/ |/| | |||||
| * | MUC: Make nickname field in registration form required | Kim Alvefur | 2019-11-02 | 1 | -1/+1 |
| | | | | | | | | | | | | Prevents traceback from resourceprep(nil) muc#register_roomnick is also required in XEP-0045 | ||||
| * | MUC: Strictly validate room JID on creation | Kim Alvefur | 2019-11-01 | 1 | -0/+8 |
| | | | | | | | | This should prevent any MUCs with invalid JID (according to current normalization routine) | ||||
| * | MUC: Enforce strict resourceprep on nicknames (bye bye robot face) | Kim Alvefur | 2019-09-23 | 1 | -0/+16 |
| | | |||||
| * | MUC: Advertise history related fields as integers via XEP-0122 | Kim Alvefur | 2019-10-20 | 1 | -2/+4 |
| | | | | | | | | This takes advantage of data type validation and conversion done in util.dataforms. | ||||
| * | MUC: Add controls for whose presence is broadcast (closes #1335) | Lance Stout | 2019-10-20 | 3 | -5/+112 |
| | | | | | | | | Committed by Zash | ||||
| * | Merge 0.11->trunk | Kim Alvefur | 2019-10-20 | 1 | -2/+0 |
| |\ | |||||
| * | | MUC: Validate registration dataform more carefully | Kim Alvefur | 2019-10-20 | 1 | -1/+13 |
| | | | |||||
| * | | Merge 0.11-trunk | Kim Alvefur | 2019-09-29 | 1 | -0/+1 |
| |\ \ | |||||
| * \ \ | Merge 0.11->trunk | Kim Alvefur | 2019-08-31 | 1 | -2/+2 |
| |\ \ \ | |||||
| * | | | | MUC: Simplify nickname refresh loop | Kim Alvefur | 2019-08-25 | 1 | -2/+1 |
| | | | | | | | | | | | | | | | | | | | | Affiliation data is passed as a loop variable so no need to retrieve it | ||||
| * | | | | Merge 0.11->trunk | Kim Alvefur | 2019-08-21 | 1 | -0/+1 |
| |\ \ \ \ | |||||
| * | | | | | MUC: Advertise language field as such via XEP-0122 | Kim Alvefur | 2019-07-07 | 1 | -0/+1 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This lets clients know that the field is a language field and should be in RFC 5646 format. Field validation code in util.dataforms left for future commit. | ||||
| * | | | | | 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 | 2 | -2/+2 |
| |\ \ \ \ \ \ \ | |||||
| * \ \ \ \ \ \ \ | Merge 0.11->trunk | Kim Alvefur | 2018-12-15 | 1 | -1/+1 |
| |\ \ \ \ \ \ \ \ | |||||
| * | | | | | | | | | MUC/subject: Don't consider messages with <body> or <subject> (fixes #667) | Kim Alvefur | 2018-12-04 | 1 | -0/+6 |
| | | | | | | | | | | |||||
| * | | | | | | | | | MUC: Move check for explicit room join earlier in room creation flow | Kim Alvefur | 2018-11-27 | 2 | -8/+1 |
| | | | | | | | | | | |||||
| * | | | | | | | | | Merge 0.11->trunk | Kim Alvefur | 2018-11-25 | 1 | -0/+1 |
| |\ \ \ \ \ \ \ \ \ | |||||
| * \ \ \ \ \ \ \ \ \ | Merge 0.11->trunk | Matthew Wild | 2018-11-15 | 1 | -12/+18 |
| |\ \ \ \ \ \ \ \ \ \ | |||||
| * | | | | | | | | | | | 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: Don't advertise registration feature on host JID (fixes #1451) | Kim Alvefur | 2019-10-20 | 1 | -2/+0 |
| |_|_|_|_|_|_|_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is currently no mention in XEP-0045 of how or where to advertise support for registration. Advertising on the host JID may be confusable with service-wide registration, as implemented in ejabberd. A common and sensible pattern in XMPP is that a feature is advertised on the JID where the service is available. | ||||
* | | | | | | | | | | 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: Fix delay@from to be room JID (fixes #1416)0.11.3 | Kim Alvefur | 2019-08-31 | 1 | -2/+2 |
| |_|_|_|_|_|_|/ |/| | | | | | | | |||||
* | | | | | | | | 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 | ||||
* | | | | | | | MUC: Add error message to error bounces when not joined to room | Matthew Wild | 2019-02-04 | 1 | -3/+3 |
| |_|_|_|_|/ |/| | | | | | |||||
* | | | | | | MUC: Allow changing data attached to an only owner (fixes #1273) | Kim Alvefur | 2018-12-20 | 1 | -1/+1 |
| |_|_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This previously prevented a single owner from setting their own nickname via admin query. The form method uses `true` as actor so it bypasses this check. |