| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
By starting with the built-in defaults, we get a nice history of
differences from those as we figure out what settings suit us
Sorted make comparisons easier.
|
|
|
|
|
|
|
| |
Previously these events fired after the session had been destroyed, which
removes many of the useful properties. The ones I chose to preserve here are
the ones used by the community module mod_audit, which seems like a good
baseline.
|
| |
|
|
|
|
| |
Thanks MattJ
|
|
|
|
|
|
|
|
|
|
|
|
| |
When registration_delete_grace_period is set, accounts will be disabled for
the specified grace period before they are fully deleted.
During the grace period, accounts can be restored with the user:restore()
shell command.
The primary purpose is to prevent accidental or malicious deletion of a user's
account, which is traditionally very easy for any XMPP client to do with a
single stanza.
|
| |
|
|
|
|
|
| |
The new method parse_duration_lax() exports the old behaviour, mainly for
compatibility purposes.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This is a shortcut for module:on_ready() which exposes the functionality in an
idiomatic way consistent with module.load, module.unload, etc.
module.ready runs when the module is loaded and the server has finished
starting up.
|
|
|
|
|
|
|
| |
'Once' is ambiguous - once per what?
on_ready() executes its parameter when the module is loaded *and* the server
has finished starting.
|
|
|
|
|
| |
This allows us to store a time, actor, comment and/or reason why an account
was disabled, which seems a generally useful thing to support.
|
|
|
|
| |
Should get rid of fseek() call
|
|
|
|
|
|
| |
Some storage drivers will perform cleanup after the last iteration, but
if only one step is taken this might be delayed until the garbage
collector gets to it.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This should simplify adding shell commands from other modules, which will
reduce the growth of mod_admin_shell and make it easier for community modules
to expose commands too.
|
|
|
|
|
| |
This makes it easier for commands added by other modules to add to the help
output, for example.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously only SQL settings and the 'path' for internal storage could
be set, and only for SQL and internal storage.
input {
type = "whatever";
config = {
whatever_foobar = "something"
}
}
|
|
|
|
|
|
| |
With epoll(7), MAX_EVENTS controls how many events can be retrieved in one
epoll_wait call, while with poll(2) this MAX_WATCHED controls how many
sockets or other FDs can be watched at once.
|
|
|
|
|
|
|
| |
The previous count would be invalid at this point.
Should be possible to math out how many items are left, but this is left
as future work.
|
|
|
|
|
|
|
| |
Weak tables are said to have suboptimal performance, so we might as well
get replace it with an increased default LRU cache size.
Sorry about the 'and'
|
|
|
|
| |
Should be done here too.
|
|
|
|
|
| |
Since datamanager can fall back to the old method of loading the whole
list, which wouldn't come with a :close method.
|
|
|
|
| |
Maybe we need some sort of lint for this?
|
|
|
|
|
|
|
|
|
| |
Otherwise requests with Connection: close would be stuck in the async
wait that starts after the handle_request() call.
Together with the new async debugging, this makes the async thread stay
in the set of waiting runners forever, where previously it would simply
be garbage collected.
|
|
|
|
|
| |
This closes the two FDs that the random access list abstraction uses,
otherwise they are left to the garbage collector.
|
|
|
|
|
|
| |
Gives some access to node details which are otherwise hard to determine
if you only see the plain text summary, since it is shared based on the
pubsub#type setting (or payload xmlns).
|
| |
|
| |
|
|
|
|
| |
Should skip a syscall for each write when using epoll.
|
|
|
|
|
|
| |
Better performance under load maybe?
See b890ceb1c24f for previous increase
|
| |
|
|
|
|
|
|
| |
This is purely for informational purposes, so it's possible to determine
externally whether a runner is using the default runner function (which
executes functions as work items) or a custom runner function.
|
|
|
|
| |
Mostly expected to be useful for debugging purposes.
|
|
|
|
| |
Knowing the state of the coroutine as well as the runner state can be helpful.
|
|
|
|
| |
This can be used for debugging and introspection.
|
|
|
|
|
| |
Should have been part of f33887f925e1 to ensure it won't skip processing
timers at all when very busy.
|
|
|
|
| |
Updates for 65fb0d7a2312::59c3d775c7fa
|
|
|
|
|
| |
This would indicate that a reverse proxy is used, which gets to be
responsible for that since it probably holds the actual cert.
|
| |
|
|
|
|
|
|
| |
The 'anonymous_login' setting is deprecated and prosodyctl check config
will tell you to change it to 'authentication = "internal_hashed"', so
we shouldn't need to care about here anymore.
|
|
|
|
| |
This code is hard to follow and in need of some refactoring.
|