OpenSlides/openslides
Oskar Hahn dd4754d045 Disable the future-lock when updating the restircted data cache
Before this commit, there where two different locks when updating the restricted
data cache. A future lock, what is faster but only works in the same thread. The
other lock is in redis, it is not so fast, but also works in many threads.

The future lock was buggy, because on a second call of update_restricted_data
the same future was reused. So on the second run, the future was already done.

I don't see any way to delete. The last client would have to delete it, but there
is no way to find out which client the last one is.
2019-03-04 21:37:00 +01:00
..
agenda Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
assignments Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
core Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
mediafiles Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
motions Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
poll use f-string syntax for strings 2019-01-18 17:37:36 +01:00
topics Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
users Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
utils Disable the future-lock when updating the restircted data cache 2019-03-04 21:37:00 +01:00
__init__.py Run black 2019-01-08 21:51:52 +01:00
__main__.py activate start command 2019-01-20 11:24:42 +01:00
asgi.py activate start command 2019-01-20 11:24:42 +01:00
global_settings.py Run black 2019-01-08 21:51:52 +01:00
routing.py Run black 2019-01-08 21:51:52 +01:00
urls_apps.py Run black 2019-01-08 21:51:52 +01:00
urls.py Wirst work for the projector system on the client 2019-01-19 21:26:05 +01:00