Skip to content

Commit

Permalink
Note that m.tag events can appear in v1 initialSync and /events as we…
Browse files Browse the repository at this point in the history
…ll as v2 sync. Only add the room_id for v1 /events since it is redundant in v1 /initialSync
  • Loading branch information
Mark Haines committed Nov 2, 2015
1 parent ad86426 commit f557e69
Show file tree
Hide file tree
Showing 2 changed files with 8 additions and 4 deletions.
3 changes: 1 addition & 2 deletions api/client-server/v1/sync.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -248,8 +248,7 @@ paths:
"visibility": "private",
"private_user_data": [{
"type": "m.tag",
"content": {"tags": ["work"]},
"room_id": "!TmaZBKYIFrIPVGoUYp:localhost"
"content": {"tags": ["work"]}
}]
}
]
Expand Down
9 changes: 7 additions & 2 deletions specification/modules/tags.rst
Original file line number Diff line number Diff line change
Expand Up @@ -10,8 +10,13 @@ user that set them but are shared across all their devices.
Events
------

The tags on a room are passed as single ``m.tag`` event in the
``private_user_data`` section of a room in v2 sync.
The tags on a room are receieved as single ``m.tag`` event in the
``private_user_data`` section of a room in a v2 /sync.

The ``m.tag`` can also be received in a v1 /events response or in the
``private_user_data`` section of a room in v1 /initialSync. ``m.tag``
events appearing in v1 /events will have a ``room_id`` with the room
the tags are for.

{{m_tag_event}}

Expand Down

0 comments on commit f557e69

Please sign in to comment.