Audio player buffering woes

[afranke]

When a conversation contains an uploaded audio file, a convenient inline audio player allows participants to listen to it directly from the conversation.

When end of playback is reached, the file buffer is not there anymore and one has to wait for the new buffer to happen before they can listen again.

When switching to another conversation and back, one can see that the file start buffering from scratch.

I tried with Firefox which doesn’t exhibit the same issue.

[aperezdc]

I wonder whether this can be some caching issue in WebKitGTK+ — Revolt doesn't do anything special in this regard. This will need some investigating.