Leave the message timestamp unset, allowing the rug runtime to set it when the message is actually sent.
Currently, if you create two instances of an UpdatableMessage with the same ID in close temporal proximity, you can lose messages as they may get the same timestamp and therefore the second one will not be considered "newer" than the older one.
Leave the message timestamp unset, allowing the rug runtime to set it when the message is actually sent.
Currently, if you create two instances of an UpdatableMessage with the same ID in close temporal proximity, you can lose messages as they may get the same timestamp and therefore the second one will not be considered "newer" than the older one.