| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| |
| |
| | |
Unstoppable stoppable timer compat not needed since 26f54b462601 ca 0.11.0
module:hook_stanza was renamed in 2012
No idea what was going on with the indentation and such
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
These are RECOMMENDED in XEP-0215 so most likely a mistake if they are
left out.
Of the two REQUIRED fields, 'host' falls back to module.host and 'type'
rejects the whole item.
|
| |
| |
| |
| | |
Marginal improvement in readability
|
| |
| |
| |
| | |
Lets you know what to look for with stats:show()
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This version has several changes from the earlier mod_prometheus:
- Conversion of metrics into the text-based OpenMetrics format is moved to
util.openmetrics
- Support for IP-based access control
- Compatibility with earlier Prosody versions removed
|
| |
| |
| |
| |
| |
| | |
Both in the flushing and active states the right thing to do is skip
directly to returning the data. Also in any unknown state, like if the
filter is somehow left behind on module unload.
|
| |
| |
| |
| |
| | |
Cuts down on log and measurement noise. We only want to do these things
here when initiating a flush.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Statistics from my server shows a high rate of very short buffer hold
times, most of which are the result of replies to pings or other iq
traffic, or mod_smacks acks and ack requests just after a flush was
completed.
This grace period should eliminate noise and quick flipping between
flushing and inactive mode.
|
| |
| |
| |
| | |
use_ipv6=false
|
| |
| |
| |
| |
| |
| |
| | |
Previously it would complain about lack of an AAAA record for
proxy65_target even in an IPv6-less environment.
Thanks to libertas for unintentionally calling attention to this.
|
| |
| |
| |
| | |
Shouldn't really matter these days, but portmanager checks this way.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ff4e34c448a4 broke the way net.http.server streams downloads from disk
because it made writes from the ondrain callback no longer reset the
want-write flag, causing the download to halt.
Writes from the predrain handler still must not trigger anything but
additions to the buffer, since it is about to do all the socket writing
already.
|
| |
| |
| |
| |
| |
| |
| | |
hook_stanza was renamed hook_tag in 2012 in 2087d42f1e77
Why do we still have hook_stanza?
Why is this only a warning anyway?
|
| |
| |
| |
| |
| |
| | |
Opportunistic writes sure do complicate things. This is especially
intended to avoid opportunistic_writes from within the onpredrain
callback.
|
| |
| |
| |
| | |
Just adds noise
|
| |
| |
| |
| | |
So that the same things happen as when triggered by an outgoing stanza
|
| |
| |
| |
| | |
Not exactly the way it was before, but close enough and useful.
|
| |
| |
| |
| |
| |
| | |
Since it changes the state to "flushing" while doing just that.
Attempting to remove the filters from a session that does not have them
should be a safe noop.
|
| | |
|
| |
| |
| |
| |
| | |
Definitely should not be firing an event that triggers like csi-flushing
from which it may make sense to send things, which leads right back here
|
| |
| |
| |
| |
| |
| | |
E.g. mod_smacks could queue an <r>, which would be more likely to be
included in the same write and TCP segment as the previously buffered
data, reducing syscalls and network packets needing to be sent.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
.affiliation
It appears nothing currently uses this field in prosody or prosody-modules
|
| | |
|
| |
| |
| |
| | |
...and fixing the logic bug that broke everything in the previous commit.
|
| |
| |
| |
| | |
data
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This was originally not done based on my interpretation of XEP-0045. Today's
reading, however, revealed that it actually says the result
> SHOULD contain **at least** a <username/> element
(emphasis mine)
I take this to mean that including a form **is** allowed (and I think this is
sensible). Tigase already includes the form I believe.
I've gated the new behaviour behind a (default off) option, because it hasn't
been tested for compatibility with clients. My primary desire for it is in
Snikket, where the clients will be tested to ensure compatibility with this.
I don't anticipate that (m)any clients would break, so maybe after 0.12 we can
experiment with enabling it by default and eventually remove the option.
|
| |
| |
| |
| |
| |
| | |
arcseconds)
I surmise this can happen in a disconnected/smacks hibernation state.
|
| |
| |
| |
| |
| |
| |
| | |
In this case `ret` is a table not containing the node, which makes
pubsub_error_reply() try to get an error template with that `ret` table
as index, which returns a `nil` then passed to table.unpack, which in
turn throws the error.
|
| |
| |
| |
| |
| | |
E.g. "connection refused" over one IP version instead of NoError for the
other IP version.
|
| |
| |
| |
| | |
I miss my custom ANSI-colored greeting!
|
| |
| |
| |
| |
| |
| |
| |
| | |
Previously it would only say "unable to resolve server" for all DNS
problems. While "NoError in A lookup" might not make much sense to
users, it should help in debugging more than the previous generic error.
Friendlier errors will be future work.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The existing events do not fire for unauthed sessions, for example (because
the type does not match). I deemed changing their behaviour too risky, and
the current behaviour may even be more desirable for some uses.
This means we now have roughly paired events:
- s2s-created -> s2s-destroyed (global only)
- s2sin-established -> s2sin-destroyed (global + host)
- s2sout-established -> s2sout-destroyed (global + host)
|
| |
| |
| |
| |
| | |
The overlapping logic for deletion and password changed has been merged into
a single function.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Down the rabbit hole we go...
|
| |
| |
| |
| |
| |
| |
| | |
This should fix basic problems with multi-byte UTF-8 sequences getting
cut in the middle.
Down the rabbit hole we go...
|
| |
| |
| |
| | |
Could be useful elsewhere
|
| | |
|
| |
| |
| |
| |
| | |
Seems more like conventional Lua than passing an empty string to signal
lack of value.
|
| |
| |
| |
| |
| | |
Makes it so that returning e.g. util.cache :table() produces useful
output, which otherwise would look like empty tables.
|
| | |
|
| |
| |
| |
| | |
Avoids ellipsis
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
as column
Similar to the earlier view
|