You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Kate (with jid carol@localhost) sometimes receives this:
{xmlel,<<"presence">>,
[{<<"type">>,<<"unavailable">>},
{<<"to">>,<<"carol@localhost/res1">>},
{<<"from">>,<<"carol@localhost/res1">>}],
[{xmlel,<<"status">>,[],
[{xmlcdata,<<"Replaced by new connection">>}]}]}
The text was updated successfully, but these errors were encountered:
I managed to reproduce this reasonably reliably in my p1-google-queue-wip branch (and corresponding escalus branch), from memory. The problem is caused by a race between carol@localhost's resource[s] from the previous (failing) test being timed-out, and your current resource logging in.
Sometimes, you end up hitting the max_user_resources limit (default 10, from memory).
The error message in is a bit misleading. This should be fixed upstream, so that this failure mode is easier to debug (the new RFC even has a section on conflict resolution, if I remember correctly).
Kate (with jid carol@localhost) sometimes receives this:
The text was updated successfully, but these errors were encountered: