0
0
Fork 1
mirror of https://mau.dev/maunium/synapse.git synced 2024-12-15 04:03:51 +01:00

Add information about the initialSync API.

Outline and describe the keys from the initial sync API. Hide room-scoped
initial sync API for now as it is not implemented and needs more thought before
it can be specced.
This commit is contained in:
Kegan Dougal 2014-10-06 10:32:04 +01:00
parent 78a3f43d9d
commit 51276c60bf

View file

@ -1089,21 +1089,59 @@ When a client logs in, they may have a list of rooms which they have already
joined. These rooms may also have a list of events associated with them. The joined. These rooms may also have a list of events associated with them. The
purpose of 'syncing' is to present the current room and event information in a purpose of 'syncing' is to present the current room and event information in a
convenient, compact manner. The events returned are not limited to room events; convenient, compact manner. The events returned are not limited to room events;
presence events will also be returned. There are two APIs provided: presence events will also be returned. A single syncing API is provided:
- |initialSync|_ : A global sync which will present room and event information - |initialSync|_ : A global sync which will present room and event information
for all rooms the user has joined. for all rooms the user has joined.
.. TODO-spec room-scoped initial sync
- |/rooms/<room_id>/initialSync|_ : A sync scoped to a single room. Presents - |/rooms/<room_id>/initialSync|_ : A sync scoped to a single room. Presents
room and event information for this room only. room and event information for this room only.
- Room-scoped initial sync is Very Tricky because typically people would
want to sync the room then listen for any new content from that point
onwards. The event stream cannot do this for a single room currently.
As a result, commenting room-scoped initial sync at this time.
.. TODO-doc kegan The |initialSync|_ API contains the following keys:
- TODO: JSON response format for both types
- TODO: when would you use global? when would you use scoped? ``presence``
- Room-scoped initial sync is Very Tricky because typically people would Description:
want to sync the room then listen for any new content from that point Contains a list of presence information for users the client is interested
onwards. The event stream cannot do this for a single room currently. in.
Not sure if room-scoped initial sync should be included at this time. Format:
A JSON array of ``m.presence`` events.
``end``
Description:
Contains an event stream token which can be used with the `Event Stream`_.
Format:
A string containing the event stream token.
``rooms``
Description:
Contains a list of room information for all rooms the client has joined,
and limited room information on rooms the client has been invited to.
Format:
A JSON array containing Room Information JSON objects.
Room Information:
Description:
Contains all state events for the room, along with a limited amount of
the most recent non-state events, configured via the ``limit`` query
parameter. Also contains additional keys with room metadata, such as the
``room_id`` and the client's ``membership`` to the room.
Format:
A JSON object with the following keys:
``room_id``
A string containing the ID of the room being described.
``membership``
A string representing the client's membership status in this room.
``messages``
An event stream JSON object containing a ``chunk`` of recent non-state
events, along with an ``end`` token. *NB: The name of this key will be
changed in a later version.*
``state``
A JSON array containing all the current state events for this room.
Getting events for a room Getting events for a room
------------------------- -------------------------