Compare commits

..

2 commits

Author SHA1 Message Date
Kim Brose 9bf760d707
Merge cb0e7a0bec into 4c2bb5aae1 2026-07-20 13:40:47 +00:00
Kim Brose cb0e7a0bec
Rephrase more clearly
Co-authored-by: Richard van der Hoff <1389908+richvdh@users.noreply.github.com>
2026-07-20 15:40:44 +02:00

View file

@ -1614,12 +1614,12 @@ Marking keys as [shareable](#shareable-encryption-sessions) essentially serves a
precomputation of which keys Bob needs to decrypt all messages he can see, as precomputation of which keys Bob needs to decrypt all messages he can see, as
defined by the room's history visibility. defined by the room's history visibility.
History visibility mechanics prevent changing the visibility of events in History visibility mechanics prevent changing the visibility of events
hindsight. It is thus possible for a room timeline to have "gappy" visibility, retrospectively. It is thus possible for a room timeline to have "gappy" visibility.
i.e. events sent during `shared` visibility in the past are visible, but events For example, events sent in the past during `shared` visibility are visible to new
more recently sent during `joined` visibility and before joining are not visible. members, even though events sent more recently (during `joined` visibility) are not visible.
In such cases where the current history visibility setting does not allow sharing In such cases where the current history visibility setting does not allow sharing
(i.e. if `history_visibility` is set to `invited` or `joined`), Alice's client (i.e. if `history_visibility` is set to `invited` or `joined`), client implementations
MAY choose not to share *any* room history, even messages sent when the MAY choose not to share *any* room history, even messages sent when the
history visibility setting would allow sharing. history visibility setting would allow sharing.