wholetrans/docs-matrix-spec
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Shuffle history visibility module to be in the module format

Browse source
This commit is contained in:
Kegan Dougal 2015-10-09 11:04:11 +01:00
parent d6bdde4cee
commit e378de8379
2 changed files with 33 additions and 13 deletions
Download patch file Download diff file Expand all files Collapse all files

2
specification/0-events.rst
View file

@ -26,8 +26,6 @@ prefixed with ``m.``
{{m_room_create_event}}
{{m_room_history_visibility_event}}
{{m_room_join_rules_event}}
{{m_room_member_event}}

44
specification/modules/history_visibility.rst
View file

@ -1,21 +1,36 @@
Room History Visibility
-----------------------
=======================
.. _module:history-visibility:
Whether a member of a room can see the events that happened in a room from
before they joined the room is controlled by the ``history_visibility`` key
of the ``m.room.history_visibility`` state event. The valid values for
``history_visibility`` are:
This module adds support for controlling the visibility of previous events in a
room. Whether a member of a room can see the events that happened in a room from
before they joined the room is controlled by the ``m.room.history_visibility``
event outlined below. Visibility can take the form of one of three options:
- ``shared``
- ``invited``
- ``joined``
- ``shared`` - Previous events are always shown to newly joined members.
- ``invited`` - Previous events are shown to newly joined members from the point
they were invited onwards.
- ``joined`` - Previous events are shown to newly joined members from the point
they joined the room onwards.
By default if no ``history_visibility`` is set it is assumed to be ``shared``.
Events
------
The rules governing whether a user is allowed to see an event depend solely on
the state of the room at that event:
{{m_room_history_visibility_event}}
Client behaviour
----------------
Clients that implement this module MUST present to the user the possible options
for setting history visibility when creating a room.
Server behaviour
----------------
By default if no ``history_visibility`` is set the visibility is assumed to be
``shared``. The rules governing whether a user is allowed to see an event depend
solely on the state of the room *at that event*:
1. If the user was joined, allow.
2. If the user was invited and the ``history_visibility`` was set to
@ -24,3 +39,10 @@ the state of the room at that event:
was set to ``shared``, allow.
4. Otherwise, deny.
Security considerations
-----------------------
The default value for ``history_visibility`` is ``shared`` for
backwards-compatibility reasons. Clients need to be aware that by not setting
this event they are exposing all of their room history to anyone in the room.