Fix timestamps #4

Closed
opened 2023-02-10 00:25:28 +00:00 by kirsle · 1 comment

Timestamps are currently broken in several ways:

  • They are mostly sent by the server side, which is in UTC time zone and look wrong on the front-end.
  • Some server messages (like presence events on join/leave room) don't have timestamps at all and the front-end interprets these to be Dec 31 0000 5:07 PM.

Timestamps are probably best removed from the server protocol and made up client-side as messages come in. The server-side logs already have their own timestamps in case timing of events needs to be debugged from the server side.

Timestamps are currently broken in several ways: * They are mostly sent by the server side, which is in UTC time zone and look wrong on the front-end. * Some server messages (like presence events on join/leave room) don't have timestamps at all and the front-end interprets these to be Dec 31 0000 5:07 PM. Timestamps are probably best removed from the server protocol and made up client-side as messages come in. The server-side logs already have their own timestamps in case timing of events needs to be debugged from the server side.
kirsle added the
bug
label 2023-02-10 00:25:28 +00:00
Poster
Owner

Fixed by b966f85ecc (front-end timestamps) and 15ebc42bd3 (server side removal).

Fixed by b966f85ecc5124732056bd53a243efcd1588c78b (front-end timestamps) and 15ebc42bd3ec77bc97b8a897044b01a29304a294 (server side removal).
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: apps/BareRTC#4
There is no content yet.