Age | Commit message (Collapse) | Author |
|
Because we actually don’t change the nick, we ignore it, just like in the
case of a normal join (of an other resource, or an other channel on the same
server).
|
|
|
|
|
|
If the user sends a directed presence to an unjoined MUC without a <x/>
element, send a presence error back instead of attempting to join it
again, as this is almost never what the user wants.
Fixes #3415.
|
|
Otherwise, if we expect a stanza and biboumi never sends it, we just hang
here.
Now, we display a nice error after 10 seconds, and move on to the next test,
as other failures (xpath doesn’t match) do
|
|
To avoid conflicting with the “host” build/ directory. This way we don’t
need to remove/empty the build/ directory beforehand, etc.
|
|
|
|
|
|
|
|
|
|
Shame.
|
|
|
|
|
|
Instead of having to write it manually everytime
|
|
I forgot to remove some things when I moved them into functions.py
|
|
|
|
|
|
|
|
fix #3372
|
|
|
|
|
|
|
|
|
|
Some duplication is avoided, but most importantly: it’s much much cleaner,
easier to find, functions have been cleaned up (functools.partial usages are
now hidden), etc.
|
|
|
|
|
|
|
|
|
|
|
|
close #3390
|
|
See #3390
|
|
|
|
|
|
|
|
|
|
Because it's much much simpler than to track if we changed the nick that
was requested in the join request. And client will probably not get confused,
I hope.
|
|
|
|
|
|
|
|
|
|
Too hard to maintain...
|
|
|
|
|
|
|
|
Nobody would use that, anyway.
|
|
|
|
|
|
|
|
|
|
|