Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | plugins: Use get_option_array for some list shaped options | Kim Alvefur | 2023-07-21 | 1 | -1/+1 |
| | | | | | Passing something from module:get_option() to ipairs() suggests that the option is a list of some sort. | ||||
* | core, plugins: Split prosody:user role into prosody:{guest,registered,member} | Matthew Wild | 2023-06-29 | 1 | -3/+10 |
| | | | | | | | This gives us more granular control over different types of user account. Accounts registered by IBR get assigned prosody:registered by default, while accounts provisioned by an admin (e.g. via prosodyctl shell) will receive prosody:member by default. | ||||
* | plugins: Prefix module imports with prosody namespace | Kim Alvefur | 2023-03-24 | 1 | -8/+8 |
| | |||||
* | various: Require encryption by default for real | Kim Alvefur | 2021-12-25 | 1 | -1/+1 |
| | | | | | | | | | These options have been specified (and enabled) in the default config file for a long time. However if unspecified in the config, they were not enabled. Now they are. This may result in a change of behaviour for people using very old config files that lack the require_encryption options. But that's what we want. | ||||
* | mod_register_ibr: Add event for successful password reset | Matthew Wild | 2020-06-22 | 1 | -0/+1 |
| | | | | | | | | This is in addition to the existing event for password changes. This one includes additional details about the actor, and only triggers when the change is due to the account owner (presumably) resetting. As example use case is to invalidate one-time password reset tokens. | ||||
* | mod_register_ibr: Allow registration to reset an existing account password ↵ | Matthew Wild | 2020-06-18 | 1 | -6/+19 |
| | | | | if permitted by a plugin | ||||
* | mod_register_ibr: Fix reporting of registration rejection reason | Kim Alvefur | 2020-04-23 | 1 | -1/+1 |
| | | | | | When the reason is reported as an util.error object the `reason` field is empty and the reason text should be extacted from the error object. | ||||
* | mod_register_ibr: Enforce strict JID validation | Kim Alvefur | 2019-11-01 | 1 | -1/+1 |
| | |||||
* | mod_register_ibr: Allow registartion rejection reason as util.error object | Kim Alvefur | 2019-11-01 | 1 | -2/+9 |
| | |||||
* | mod_register_ibr: Distinguish between failure to create account or save ↵ | Kim Alvefur | 2019-09-29 | 1 | -6/+5 |
| | | | | extra data | ||||
* | mod_register_ibr: Reminder to maybe use util.error in the future | Kim Alvefur | 2019-09-29 | 1 | -0/+1 |
| | |||||
* | mod_register_ibr, mod_register_limits: Add support for custom error type and ↵ | Emmanuel Gil Peyrot | 2019-09-29 | 1 | -1/+1 |
| | | | | defined-condition. | ||||
* | mod_register_ibr: Add FORM_TYPE as required by XEP-0077. | Emmanuel Gil Peyrot | 2019-09-29 | 1 | -0/+2 |
| | |||||
* | mod_register: Move dependency on mod_register_limits into mod_register_ibr | Kim Alvefur | 2018-11-07 | 1 | -0/+4 |
| | |||||
* | mod_register_ibr: Include password in user-registering event, to allow e.g. ↵ | Matthew Wild | 2018-10-09 | 1 | -1/+1 |
| | | | | password policy enforcement | ||||
* | mod_register_ibr: Return a textual error to the user for problems with ↵ | Kim Alvefur | 2018-04-09 | 1 | -1/+3 |
| | | | | parsing form data | ||||
* | mod_register_ibr: Reshape the code using early returns to reduce needless ↵ | Kim Alvefur | 2018-04-07 | 1 | -58/+71 |
| | | | | indentation | ||||
* | mod_register_ibr: Include reason for rejection of registration in debug log | Kim Alvefur | 2018-03-10 | 1 | -1/+1 |
| | |||||
* | mod_register_ibr: Allow modules that do pre-registration checks to specify a ↵ | Kim Alvefur | 2017-12-27 | 1 | -1/+1 |
| | | | | | | reason for rejection The current hardcoded text may not always be accurate | ||||
* | mod_register_ibr: Split out throttling and IP limitations into ↵ | Kim Alvefur | 2017-12-09 | 1 | -59/+0 |
| | | | | mod_register_limits (#723) | ||||
* | mod_register: Split into mod_register_ibr and mod_user_account_management (#723) | Kim Alvefur | 2017-10-07 | 1 | -0/+239 |
- mod_register_ibr handles in-band registration - mod_user_account_management handles password change and user deletion |