Skip to content

Conversation

@Zil0
Copy link
Contributor

@Zil0 Zil0 commented Aug 9, 2018

Nice little feature that I almost missed.

Signed-off-by: Valentin Deniaud <valentin.deniaud@inpt.fr>

Zil0 added 30 commits October 18, 2018 21:59
Use a thread to allow downloading the keys in a non-blocking way.
Implement sort of a queue of users who need updating, which should be
efficient (request is fired as soon as possible with as much data as
possible) and avoid races (we always have only one download in
progress).
This has the effect of tracking the device lists of users proactively.
Since device tracking is done in a separate thread, we need to be
careful not to use the same connection object between threads (in
fact the problem existed since the first persistence commit when using
MatrixClient.start_listener_thread).
Zil0 added 29 commits October 18, 2018 22:11
Make those tests more maintanable by getting rid of unwanted side
effects and useless cleanups by using pytest.fixture, along with some
readability improvements.
Encryption shouldn't be supported on limited cache_level. Even if it may
work a bit, it causes a lot of data to be cached.
@non-Jedi non-Jedi closed this Dec 16, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants