fix: clarification regarding published_timestamp

Following a discussion with @mokaddem @adulau and @iglocska
The clarification came because it was not clear in the RFC
about the value of the timestamp if the event was never published.
pull/10/head
Alexandre Dulaunoy 2018-03-08 09:44:19 +01:00
parent 5de0df35be
commit 9e7723878e
No known key found for this signature in database
GPG Key ID: 09E2CD4944E6CBCD
1 changed files with 1 additions and 1 deletions

View File

@ -155,7 +155,7 @@ timestamp is represented as a JSON string. timestamp **MUST** be present.
#### publish_timestamp
publish_timestamp represents a reference time when the event was published on the instance. published_timestamp is expressed in seconds (decimal) since 1st of January 1970 (Unix timestamp). At each publication of an event, publish_timestamp **MUST** be updated. The time zone **MUST** be UTC.
publish_timestamp represents a reference time when the event was published on the instance. published_timestamp is expressed in seconds (decimal) since 1st of January 1970 (Unix timestamp). At each publication of an event, publish_timestamp **MUST** be updated. The time zone **MUST** be UTC. If the published_timestamp is present and the published flag is set to false, the publish_timestamp represents the previous publication timestamp. If the event was never published, the published_timestamp **MUST** be set to 0.
publish_timestamp is represented as a JSON string. publish_timestamp **MUST** be present.