Auto-playing clip even though it was sent a long time ago #83
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This happens if a client has stale data and receives new data. It's debatable whether this is a bad thing at all.
We could have a check in our auto-play logic to check not only whether the particle was first loaded particle (logic we currently have to avoid auto-playing on initial load), but also check the created_at time to ensure that it was just sent in the last 5 seconds.
This is somewhat okay with me, because it will only ever play one of the clips that I missed.
However, it does make it feel as though the received message was just composed.
P.S. this also occurs if I am in the
Closedstreams tab, and then I go back to theOpenstreams and I missed something. This is why sending signals via websocket from a background processor would be much cleaner. Clients would receive relevant events to react to, and miss events if they are disconnected.