seek is collected and reran after a while (it was happening before over network)

[abdelaziz-mahdy]

Describe the bug
This issue seems similar to [this one](https://github.com/wang-bin/fvp/issues/176), but in this case, it's happening with a local file. I'm not entirely sure what the root cause is.

The issue occurs when I use the keyboard to seek through the video. It sends a lot of seek requests, and the video initially plays correctly. However, after about 1 second, it sends what seems like 100 or more identical seek requests, causing the playback to jump forward unexpectedly.

I’m unsure of the proper fix. I could debounce the requests on my side to limit how quickly they are sent, but I don’t think that’s the right solution. If you can identify the issue from the logs, I’d appreciate your insights.

---

Expected behavior
Once seeking is completed, no additional seek requests should be triggered.

---

Log
[Log Link](https://justpaste.it/crzw2)

[wang-bin]

player.seek( or ::seekTo(: 50 lines. seekComplete# 52 lines - not found @ 3 lines, ::seekTo( max id is 50, seekComplete# max id is 50, looks good

[abdelaziz-mahdy]

So it should be limited from my side using a denouncer?

[wang-bin]

yes

[abdelaziz-mahdy]

can seeks be ignored if another request is sent to mdk? that will much better than a debouncer from my side since there might be loading happening or other stuff in older requests that mdk is handling so mdk ignoring the old requests is much better

[wang-bin]

if previous seeking is not finished, new seek is ignored. in your log, seeking is fast so none is ignored

[abdelaziz-mahdy]

Oh, it's already implemented then, I will check it again maybe its a problem from my side then

[abdelaziz-mahdy]

it happens again, and mostly hls

the weird stuff is if its ignored as we mentioned before, when i seek back to a cached area it doesn't work (and i tried to get the logs but its on release mode and it crashes) so it harder to get this time