Add spec for getting events by timestamp (#1366)
This commit is contained in:
parent
7bd48ca9c7
commit
94465fe93b
5 changed files with 214 additions and 1 deletions
|
@ -1,4 +1,4 @@
|
|||
# Copyright 2018 New Vector Ltd
|
||||
# Copyright 2018-2020 New Vector Ltd
|
||||
#
|
||||
# Licensed under the Apache License, Version 2.0 (the "License");
|
||||
# you may not use this file except in compliance with the License.
|
||||
|
@ -157,3 +157,89 @@ paths:
|
|||
description: A transaction containing a single PDU which is the event requested.
|
||||
schema:
|
||||
$ref: "definitions/single_pdu_transaction.yaml"
|
||||
"/timestamp_to_event/{roomId}":
|
||||
get:
|
||||
summary: Get the closest event ID to the given timestamp
|
||||
x-addedInMatrixVersion: "1.6"
|
||||
description: |-
|
||||
Get the ID of the event closest to the given timestamp, in the
|
||||
direction specified by the `dir` parameter.
|
||||
|
||||
This is primarily used when handling the corresponding
|
||||
[client-server endpoint](/client-server-api/#get_matrixclientv1roomsroomidtimestamp_to_event)
|
||||
when the server does not have all of the room history, and does not
|
||||
have an event suitably close to the requested timestamp.
|
||||
|
||||
The heuristics for deciding when to ask another homeserver for a closer
|
||||
event if your homeserver doesn't have something close, are left up to
|
||||
the homeserver implementation, although the heuristics will probably be
|
||||
based on whether the closest event is a forward/backward extremity
|
||||
indicating it's next to a gap of events which are potentially closer.
|
||||
|
||||
A good heuristic for which servers to try first is to sort by servers
|
||||
that have been in the room the longest because they're most likely to
|
||||
have anything we ask about.
|
||||
|
||||
After the local homeserver receives the response, it should determine,
|
||||
using the `origin_server_ts` property, whether the returned event is
|
||||
closer to the requested timestamp than the closest event that it could
|
||||
find locally. If so, it should try to backfill this event via the
|
||||
[`/event/{event_id}`](#get_matrixfederationv1eventeventid) endpoint so
|
||||
that it is available to for a client to query.
|
||||
operationId: getEventByTimestamp
|
||||
security:
|
||||
- accessToken: []
|
||||
parameters:
|
||||
- in: path
|
||||
type: string
|
||||
name: roomId
|
||||
description: The ID of the room to search
|
||||
required: true
|
||||
x-example: "!636q39766251:matrix.org"
|
||||
- in: query
|
||||
type: integer
|
||||
name: ts
|
||||
description: |-
|
||||
The timestamp to search from, as given in milliseconds
|
||||
since the Unix epoch.
|
||||
required: true
|
||||
x-example: 1432684800000
|
||||
- in: query
|
||||
type: string
|
||||
enum: [f, b]
|
||||
name: dir
|
||||
description: |-
|
||||
The direction in which to search. `f` for forwards, `b` for backwards.
|
||||
required: true
|
||||
x-example: f
|
||||
responses:
|
||||
200:
|
||||
description: |-
|
||||
An event was found matching the search parameters.
|
||||
schema:
|
||||
type: object
|
||||
properties:
|
||||
event_id:
|
||||
type: string
|
||||
description: |-
|
||||
The ID of the event found
|
||||
origin_server_ts:
|
||||
type: integer
|
||||
description: |-
|
||||
The event's timestamp, in milliseconds since the Unix epoch.
|
||||
required: ['event_id', 'origin_server_ts']
|
||||
examples:
|
||||
application/json: {
|
||||
"event_id": "$143273582443PhrSn:example.org",
|
||||
"origin_server_ts": 1432735824653
|
||||
}
|
||||
404:
|
||||
description: |-
|
||||
No event was found.
|
||||
examples:
|
||||
application/json: {
|
||||
"errcode": "M_NOT_FOUND",
|
||||
"error": "Unable to find event from 1432684800000 in forward direction"
|
||||
}
|
||||
schema:
|
||||
"$ref": "../client-server/definitions/errors/error.yaml"
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue