| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | |
| |
| |
| |
| |
| | |
As extension point for rate limiting and similar checks, so they can
hook a single event instead of <{sasl1}auth> or stream features, which
might not be fired in case of SASL2 or e.g. HTTP based login.
|
| | | |
|
| |\| |
|
| | |
| |
| |
| | |
This case would eventually be rejected by the buffer size limit.
|
| | |
| |
| |
| | |
This doesn't really handle nesting all that nicely tho.
|
| | |
| |
| |
| |
| | |
Keeping things a single line makes very deeply nested things "pyramids"
a single line, which makes them hard to read.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
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.
|
