A recording stop playing if it is no longer visible

[akaBaum]

Describe the bug In split sreen view, if the recording isn't visible on your srceen, it pauses.

To Reproduce Steps to reproduce the behavior:

1. Start a recording
2. Go into split sreen view
3. Swap to a different tap, or upon a some different application, which covers the browser window on screen
4. The stream will pause

Expected behavior The stream should pause for as long as, you are in a different tap, or the the browser window is covered. If you are switching back from a different tap, or uncovering the browser, the stream should automatically start again.

Desktop (please complete the following information):

• Windows 10
• Brave
• v 1.47.171

[joschahenningsen]

I can't quite make out whether this is a bug report or a feature request, does this behavior occur with your current setup or do you want it to occur?

If your video is paused when switching the tab/application this is likely done by your browser or OS, TUM-Live won't pause videos when navigating away and I'd argue it shouldn't.

[akaBaum]

If you are in any otherview then Splitview, you will be able to have the recording running in the background. In Splitview it pauses the moment you don't see it.

It's kind of an edge case and it doesn't bother me, just noticed a inconsistency. And minimizing the browser, while having a recording running in Splitview, seems also buggy

[joschahenningsen]

Very odd, I can't reproduce this on Linux (Debian 11, i3wm, Firefox) but will have a closer look, thanks for reporting!

[MatthiasReumann]

It seems like this behaviour depends on the browser. The SplitView continues playing in Chrome (MacOS Ventura 13.1) but stops in Safari. Since we use setTimeout and setInterval in the implementation of the SplitView, I think this discussion could be the answer to why this is happening.

I'm however not sure if this is fixable in a non-hacky way.