jellyfinlwx 1 Posted November 20, 2025 Posted November 20, 2025 In both the Chrome browser and the Windows Emby client, when I click on the progress bar to skip to a specific point in the video, the actual playback position does not match the time displayed when hovering over the progress bar. If I click near the middle of the progress bar, the playback position is generally accurate. However, the further I click to the left, the more the playback position shifts earlier than expected. For example, if I click at the 2:00 mark, the actual playback position jumps to around 1:30. Conversely, the further I click to the right, the more the playback position shifts later. For instance, if I click at the 1:20:00 mark, the playback position jumps to around 1:20:30. This issue also causes a significant discrepancy between the actual playback position and the preview thumbnail displayed on the progress bar.
Abobader 3464 Posted November 20, 2025 Posted November 20, 2025 Hello jellyfinlwx, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team
Luke 42077 Posted November 21, 2025 Posted November 21, 2025 Hi there, what version number of Emby for windows are you using?
jellyfinlwx 1 Posted November 21, 2025 Author Posted November 21, 2025 5 minutes ago, Luke said: Hi there, what version number of Emby for windows are you using? No matter on the latest Microsoft Store version 2.234.0 or the old Windows client, clicking the progress bar in Emby has an offset.I've used Plex and Jellyfin for a while, and when I click on their progress bar, it jumps to the exact position where my mouse is pointing.
Lessaj 467 Posted November 22, 2025 Posted November 22, 2025 It looks like this affects both the web app and desktop apps. I can corroborate this with my own example, playing a file with a length of 2:18:05, closer to the beginning my mouse is on a position which says 6:11, when I click it actually goes to 5:53. Looking more towards the middle 1:01:50 becomes 1:01:47, if I get even closer to the middle 1:08:59 brings me to 1:08:59 as expected, and now looking towards the end 2:03:15 brings me to 2:03:30.
Luke 42077 Posted November 22, 2025 Posted November 22, 2025 Strange. I am not seeing this in Chrome on Windows. The time it seeks to matches the time displayed in the hover thumbnail.
jellyfinlwx 1 Posted November 22, 2025 Author Posted November 22, 2025 1 hour ago, Luke said: Strange. I am not seeing this in Chrome on Windows. The time it seeks to matches the time displayed in the hover thumbnail. I still encountered this issue on the Emby server version 4.9.1.90. On Chrome for Windows, when the progress bar thumbnail displays 2:00:00 where the mouse is pointing, clicking jumps to 2:00:58, and the thumbnail simultaneously changes to show the frame at 2:00:58.
jellyfinlwx 1 Posted November 22, 2025 Author Posted November 22, 2025 3 hours ago, Luke said: Strange. I am not seeing this in Chrome on Windows. The time it seeks to matches the time displayed in the hover thumbnail. Perhaps you need to try playing a longer video.
Lessaj 467 Posted November 22, 2025 Posted November 22, 2025 I tested in Chromium (Windows and Linux), Chrome (Windows), Emby for Windows, and in the beta Linux client. I made sure to click as precisely as possible, with no movement of the mouse. I'll be moused over 21:45 (same 2:18:05 duration video from before) and the instant I click, without even letting go, it's showing me 21:31. Example video (from Emby for Windows): PXL_20251122_153742578.TS.mp4 I have a pretty wide monitor but it's actually worse when the window is smaller. A click at 19:29 goes to 18:40. 1
jellyfinlwx 1 Posted December 1, 2025 Author Posted December 1, 2025 On 11/22/2025 at 11:54 AM, Luke said: Strange. I am not seeing this in Chrome on Windows. The time it seeks to matches the time displayed in the hover thumbnail. The same issue has occurred on several of my computers, just as shown in the video above. 1
Luke 42077 Posted December 18, 2025 Posted December 18, 2025 OK we'll try to chase it down. Thanks. 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now