matrix-org / matrix-org/matrix-spec
Idea: Add (optional) local timezone to client-originating events
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 330
- Forks
- 150
- Avg merge
- 2h 21m
- Merged PRs (30d)
- 3
Description
**Is your feature request related to a problem? Please describe.**
I was talking with a friend on/off and they kept getting confused by our timezone difference (about 8 hours).
**Describe the solution you'd like**
It would be a neat quality of life improvement to allow clients to send an optional timezone or full timestamp with timezone information to allow clients to display the timezone that the person you are talking with is in.
**Describe alternatives you've considered**
n/a
**Additional context**
Matrix already federates messages with `origin_server_ts`, keeping it backward compatible would likely mean introducing another parameter - be it just the timezone or a full timestamp with timezone information.
Alternatively this could be stored in the room state.
Alternatively alternatively clients can roll their own feature to show manually set-up timezone differences and no change to the protocol would be required.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the Matrix protocol's existing origin_server_ts handling for client-originating events. Compare the proposed optional timezone, full timestamp, and room-state alternatives, then define a backward-compatible protocol change and document its behavior.
Written by the indexing model from the issue text.
Assessment
- Domain
- api
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100