-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opening MemberInfo starts a download of many users' keys #3310
Labels
Comments
related to #3588 |
richvdh
added a commit
to matrix-org/matrix-js-sdk
that referenced
this issue
Apr 25, 2017
Yet another attempt at fixing element-hq/element-web#2305. This now implements the algorithm described at http://matrix.org/speculator/spec/HEAD/client_server/unstable.html#tracking-the-device-list-for-a-user: * We now keep a flag to tell us which users' device lists we are tracking. That makes it much easier to figure out whether we should care about device-update notifications from /sync (thereby fixing element-hq/element-web#3588). * We use the same flag to indicate whether the device list for a particular user is out of date. Previously we did this implicitly by only updating the stored sync token when the list had been updated, but that was somewhat complicated, and in any case didn't help in cases where we initiated the key download due to a user joining an encrypted room. Also fixes element-hq/element-web#3310.
richvdh
added a commit
to matrix-org/matrix-js-sdk
that referenced
this issue
Apr 25, 2017
Yet another attempt at fixing element-hq/element-web#2305. This now implements the algorithm described at http://matrix.org/speculator/spec/HEAD/client_server/unstable.html#tracking-the-device-list-for-a-user: * We now keep a flag to tell us which users' device lists we are tracking. That makes it much easier to figure out whether we should care about device-update notifications from /sync (thereby fixing element-hq/element-web#3588). * We use the same flag to indicate whether the device list for a particular user is out of date. Previously we did this implicitly by only updating the stored sync token when the list had been updated, but that was somewhat complicated, and in any case didn't help in cases where we initiated the key download due to a user joining an encrypted room. Also fixes element-hq/element-web#3310.
richvdh
added a commit
to matrix-org/matrix-js-sdk
that referenced
this issue
Apr 25, 2017
Yet another attempt at fixing element-hq/element-web#2305. This now implements the algorithm described at http://matrix.org/speculator/spec/HEAD/client_server/unstable.html#tracking-the-device-list-for-a-user: * We now keep a flag to tell us which users' device lists we are tracking. That makes it much easier to figure out whether we should care about device-update notifications from /sync (thereby fixing element-hq/element-web#3588). * We use the same flag to indicate whether the device list for a particular user is out of date. Previously we did this implicitly by only updating the stored sync token when the list had been updated, but that was somewhat complicated, and in any case didn't help in cases where we initiated the key download due to a user joining an encrypted room. Also fixes element-hq/element-web#3310.
Fixed by matrix-org/matrix-js-sdk#425 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
... which is slooow. Why are we downloading keys other than those for the user in question?
The text was updated successfully, but these errors were encountered: