- 02 May, 2020 7 commits
-
-
mathieui authored
1.5.0 changed what could be expected to be sent before calling disconnect(), this fixes it.
-
Maxime Buquet authored
Add forever=False to some examples to make them terminate See merge request poezio/slixmpp!46
-
Maxime Buquet authored
Fix a regression introduced in 1.5.0 See merge request poezio/slixmpp!45
-
mathieui authored
-
mathieui authored
Due to the send queue, messages sent immediatly before calling "disconnect" would not be sent.
-
Maxime Buquet authored
Change session_start callback to async in most examples See merge request poezio/slixmpp!44
-
mathieui authored
If we fetch the roster, we should probably wait until we get it back
-
- 01 May, 2020 4 commits
-
-
mathieui authored
Update version to 1.5.0 See merge request poezio/slixmpp!43
-
mathieui authored
-
Maxime Buquet authored
Update Python version minimum requirement to 3.7 See merge request poezio/slixmpp!42
-
Maxime Buquet authored
Signed-off-by:
Maxime “pep” Buquet <pep@bouah.net>
-
- 06 Apr, 2020 2 commits
-
-
Maxime Buquet authored
Signed-off-by:
Maxime “pep” Buquet <pep@bouah.net>
-
Maxime Buquet authored
Signed-off-by:
Maxime “pep” Buquet <pep@bouah.net>
-
- 04 Apr, 2020 10 commits
-
-
mathieui authored
Add a github pull request template See merge request poezio/slixmpp!41
-
mathieui authored
-
mathieui authored
Fix deprecation warning regarding invalid escape sequences. See merge request poezio/slixmpp!40
-
mathieui authored
Fix an issue when deleting subelements: TypeError: 'NoneType' object is not an iterator See merge request poezio/slixmpp!39
-
Karthikeyan Singaravelan authored
-
mathieui authored
cElementTree has been deprecated since Python 3.3 and removed in Python 3.9. See merge request poezio/slixmpp!38
-
Maxime Buquet authored
Sync fixes See merge request poezio/slixmpp!37
-
ge0rg authored
-
ge0rg authored
-
- 29 Mar, 2020 4 commits
-
-
Maxime Buquet authored
XEP-0198: unset end_session_on_disconnect on resume/enable See merge request poezio/slixmpp!36
-
Maxime Buquet authored
Reset reconnect delay on manual reconnect, add delay event See merge request poezio/slixmpp!35
-
ge0rg authored
-
ge0rg authored
This is just a hotfix workaround for an underlying problem. The `_connect_routine` code is "blocking" (in an async way) for `connect_loop_wait` seconds, so that a fresh-started manual reconnect will be silenty delayed. This code does the following changes: 1. It moves the delay to before the DNS resolution (with the exponential back-off it might well be that the DNS records are changed while slixmpp is waiting). 2. It adds a new event `reconnect_delay` that gets passed the number of seconds it will delay before actually reconnecting 3. It resets the `connect_loop_wait` timer on a manual connect/reconnect call to fix the interactive experience. A *proper fix* would replace the sleep in `_connect_routine` with a properly timered re-invocation of it, but I don't understand enough of asyncio for pulling off that magic, and this is actually a proper improvement. Also I tested this and it works!
-
- 28 Mar, 2020 5 commits
-
-
Maxime Buquet authored
XEP-0198: properly disable on disconnect, fix reconnect-loop See merge request poezio/slixmpp!34
-
Maxime Buquet authored
reconnect: fix callback when not currently connected See merge request poezio/slixmpp!32
-
ge0rg authored
This code splits out the `enabled` property into `enabled_in` and `enabled_out` to reflect that client and server enable 0198 asynchronously. This also moves the actual enabling code into the stanza processing logic, because apparently, `enable.send()` was just added into the end of the send queue, but `enable` got enabled immediately, so that poezio requested ACKs for whatever happened to be in the queue before. Async is hard, let's go get fishing.
-
ge0rg authored
When the connection is disconnected (but the session didn't "end", because 0198 resumption is enabled), poezio will reconnect and try to send an <r/> element because the 0198 plugin doesn't realize that SM wasn't re-enabled yet.
-
Karthikeyan Singaravelan authored
-
- 23 Mar, 2020 1 commit
-
-
ge0rg authored
The 'disconnected' event is normally fired from connection_lost(), which is called by the connection code when the connection is lost after being established. However, if the connection wasn't successfully established, a manual /reconnect no-ops because it waits for the 'disconnected' callback which never fires. This patch does two things: 1. Immediately fire a 'disconnected' event in disconnect() if there is no transport. 2. Register the 'disconnected' event handler in reconnect() *before* it can be fired.
-
- 27 Dec, 2019 7 commits