Playback starts while the player state remains paused after seeking from the ended state (Samsung Tizen)

[manhunt7]

FAQ

• I have read the FAQ and checked for duplicate open issues

If the problem is related to FairPlay, have you read the tutorial?

Not applicable

What version of Shaka Player are you using?

5.2.4

Can you reproduce the issue with our latest release version?

Yes

Can you reproduce the issue with the latest code from main?

No

Are you using the demo app or your own custom app?

Shaka Player demo app

What browser and OS are you using?

Samsung Internet Browser (Tizen)

For embedded devices (smart TVs, etc.), what model and firmware version are you using?

Samsung QE55S95FAUX

What are the manifest and license server URIs?

Reproduced using the default sample content in the Shaka Player demo application.

I did not use a custom manifest or license server.

What configuration are you using? What is the output of player.getNonDefaultConfiguration()?

Default configuration. I did not modify any player settings.

What did you do?

1. Open the Shaka Player demo application on a Samsung Tizen TV.
2. Play the default sample content until playback reaches the end.
3. Do not press the Play button.
4. Drag the seek bar to any earlier position.
5. Observe that playback starts automatically even though the UI still shows the paused state.
6. Wait approximately 7–20 seconds.

What did you expect to happen?

After seeking from the ended state, the player should either remain paused until Play is pressed, or resume playback and correctly update its internal state and UI. The playback state and UI should always remain synchronized.

What actually happened?

After seeking from the ended state, playback starts automatically, but the player UI still indicates that playback is paused. Approximately 7–20 seconds later, playback stops automatically and cannot be resumed. However, if the Play button is pressed before the automatic stop occurs, playback continues normally. I have attached a video demonstrating the issue.

bug1.mp4

bug2.mp4

Are you planning to send a PR to add it?

No

[veeresh4520]

Hi @manhunt7, I'd like to work on this issue. I'll first investigate the difference between v5.2.4 and the current main branch to understand why the issue no longer reproduces on main, and then I'll work on a regression test/fix if needed. Is it okay if I take this up?

[veeresh4520]

Hi @manhunt7 and maintainers,

I investigated this issue and verified why it reproduced on \�5.2.4\ but no longer reproduces on the latest \main\ branch:

Root Cause Analysis

1. Tizen Engine Divergence: On Samsung Tizen TVs, seeking while in the \ended\ state caused Tizen's underlying media pipeline to clear the ended state and begin hardware decoding/rendering from the MSE buffer without setting the JavaScript DOM property \�ideo.paused\ to \alse\ or firing a \play\ event.
2. State Desynchronization: Shaka Player and the UI read \�ideo.paused === true\ and remained in the paused state.
3. Buffer Depletion & Freeze: Because the player was recognized as paused, \StreamingEngine\ buffered only the initial seek window (~7–20s according to \�ufferingGoal) and did not fetch further segments. Once the hardware played through the initial buffer, playback halted. Pressing Play explicitly triggered \�ideo.play(), setting \�ideo.paused = false\ and resuming streaming.

Status on \main\

On current \main, the post-seek state management and playhead synchronization in \ui/seek_bar.js\ and \lib/media/video_wrapper.js\ (including PR #10071 and PR #10335) cleanly handle seek execution and buffer synchronization.

Since this is already resolved on \main, this issue will be resolved in the next release.

[manhunt7]

Hi @veeresh4520 Thanks for investigating this.

I retested the issue today on the official Shaka Player demo, which currently reports:

v5.2.7-main-1-g35b290e41 (uncompiled)

Unfortunately, the issue is still reproducible on my Samsung QE55S95FAUX.

The current behavior is:

1. Playback reaches the ended state.
2. I seek back to an earlier position without pressing Play.
3. The video starts playing automatically, while the player UI still indicates that it is paused.
4. After approximately 7–20 seconds, playback stops.
5. If I press Play at this point, the loading spinner appears, but playback does not resume.
6. If I then press Pause and Play again, playback resumes and continues normally.

This is the same issue I originally reported, so it appears that it is still present on the current main branch, at least on this Samsung Tizen device.

I can provide a new video recording showing this exact behavior on v5.2.7-main-1-g35b290e41 if that would help with further investigation.