[Bug]: Video (short) ends early

### Guidelines

- [x] I have encountered this bug in the [latest release of FreeTube](https://github.com/FreeTubeApp/FreeTube/releases).
- [x] I have encountered this bug in the [official downloads of FreeTube](https://github.com/FreeTubeApp/FreeTube#official-downloads). **The only official downloads are from the [https://freetubeapp.io](https://freetubeapp.io/#download) website, the [FreeTubeApp/FreeTube GitHub repository](https://github.com/FreeTubeApp/FreeTube/releases) and the [io.freetubeapp.FreeTube flatpak](https://flathub.org/en/apps/io.freetubeapp.FreeTube) from Flathub.**
- [x] I have [searched the issue tracker for **open and closed** issues](https://github.com/FreeTubeApp/FreeTube/issues?q=is%3Aissue+sort%3Arelevance-desc) that are similar to the bug report I want to file, without success.
- [x] I have searched the [documentation](https://docs.freetubeapp.io/) for information that matches the description of the bug I want to file, without success.
- [x] This issue contains only one bug.
- [x] I have read and agree to follow the [rules](https://docs.freetubeapp.io/community/rules/).

### Describe the bug

Some videos and/or shorts might be cut off before they actually end.
One short that demonstrates that clearly is `https://youtu.be/Zxf2MgYCOm0`. In FreeTube it's missing the "illuminated sobbing" part. Interestingly, the history sees that it wasn't fully played and shows a video length of 28 seconds, while on the video page itself it shows up as 24/24 seconds played:

### Expected Behavior

To play out the video/short in full.

### Issue Labels

inconsistent behavior, content not loading

### FreeTube Version

v0.24.1 Beta

### Operating System Version

Windows 11 Home 21H2

### Installation Method

.zip / .7z

### Primary API used

Local API

### Last Known Working FreeTube Version (If Any)

_No response_

### Upload screenshots or videos

_No response_

### Additional Information

For some videos I've already had a feeling they were missing a second or part of a second on the end, but I've never checked. But this one was too obvious for me to ignore...

Some things I've tried to narrow it down or find a workaround:
* Just to make sure that this isn't an issue with my system, I've tested it on 2 other systems (one mobile with the unofficial FreeTubeAndroid) on other networks, which showed the same results.
* Looping the video like Youtube short's page does did not change the result.
* Using a fresh installation did not change the result.
* Also tested in the nightly build nr. 7500, same results.

I usually like to look at the code and narrow it down before making bug reports on Github, but I'm sorry, I'm too busy at the moment to do that and I think just guessing would be counterproductive at this point.

### Nightly Build

- [x] I have encountered this bug in the latest **official** [nightly build](https://docs.freetubeapp.io/development/nightly-builds), do not check this box if you are using an unofficial or custom build.

Start by reproducing the issue with https://youtu.be/Zxf2MgYCOm0 in the latest nightly build, then trace the video playback path responsible for short and video end times. Compare the actual playback position with the displayed duration and history value. Done means the video plays through its final content without being cut off and the reported duration remains consistent.

Written by the indexing model from the issue text.