-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Improve UI when re-syncing an out of date client #9198
Comments
any indication whether or not this was client or server-side? E.g. could you see how long the request took in the network tab? |
It's server side, and has always been slow in this scenario. |
Should we track this on the synapse side then? I suppose this is not matrix-org/synapse#3880 as that's for initial sync? |
I'm actually finding this to be a problem for just 24 hours of inactivity. Obviously this is a condition of having a large account. Probably what's missing from this issue is that the client's UX while it's trying to do the first incremental sync is quite poor. The room list doesn't render, and the client is full of blank spaces waiting for data. The displayname in the top left is an mxid. Overall, it's not clear to me why we don't just show a spinner while waiting for the first sync, as we do with initial syncs. |
Agree. EW can't fix slow sync, but we should work out if the UI can be make as available as possible while the sync operation is in progress. |
it just took about 10 minutes for an incremental sync to return on my main account when firing up a client i hadn't used in a few months. surely incremental sync should be faster given it's dropping most of the data?
The text was updated successfully, but these errors were encountered: