You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lazy-loading client does an incremental sync. Even though the state has changed between the previous and new token, S2 is still filtered out due to lazy-loading.
Now, unlike the gappy sync case, we can't really blame this on the client: there is no indication that events or state may be missing, though per matrix-org/matrix-spec#942 (comment) it would be nice if the spec actually told us the right thing to do here.
Anyway, I think really this is a consequence of #16940: if that were fixed, then we wouldn't be in the situation of needing to send S2 in the incremental sync.
I'm calling it out as a separate issue because:
The trigger conditions are a bit different.
We could work around it by disabling lazy-loading for all incremental syncs, and indeed maybe we should.
The text was updated successfully, but these errors were encountered:
Consider the following DAG:
/sync
and/members
do not return "current state" #16940./sync
and/members
do not return "current state" #16940./sync
. (Per Element-web makes invalid assumptions about room membership changes with lazy-loading element-web#27285, this is technically incorrect, but normally close enough.)Now, unlike the gappy sync case, we can't really blame this on the client: there is no indication that events or state may be missing, though per matrix-org/matrix-spec#942 (comment) it would be nice if the spec actually told us the right thing to do here.
Anyway, I think really this is a consequence of #16940: if that were fixed, then we wouldn't be in the situation of needing to send S2 in the incremental sync.
I'm calling it out as a separate issue because:
The text was updated successfully, but these errors were encountered: