Looking over HTMLMediaElement.cpp, there are at least 2 paths to finishSeek() (::timeChanged(), and in ::setReadyState()) with differing logic. Only one of them checks to see if WebMediaPlayer is indeed seeking.

This bug tracks auditing and/or refactoring this code smell to make sure the more recent suspend/resume logic doesn't accidentally trigger finishSeek() with unexpected consequences (and perhaps make the code more readable and maintainable...)

sandersd@, can you take a look at this please?