Describe the bug
When casting a video to Chromecast, it's not possible to skip forward or backward in the video except by dragging the seek bar.
The remote control interface lacks buttons for this functionality, having only buttons whose purpose is presumably to skip to the next or previous video (but which don't seem to work, and whose intended purpose is less clear when playing a move versus a TV show .. maybe they only work when playing a video from a play list?).
The notification has buttons which look like they should perform this function, but when you press them, the Chromecast player seems to hang on a black screen. The only ways to recover seem to be to seek manually with the slider at the bottom or to exit and restart the video.
To Reproduce
Expected behavior
Tapping these buttons should skip forward _x_ seconds (default 30) or backward _y_ seconds (default 10), and the video should resume playing.
Logs
N/A
Screenshots
The ⏩ and ⏪ buttons in this notification are the ones I assume are for skipping _x_ and _y_ seconds within the current video. The ⏭️ and ⏮ buttons don't seem to do anything.

After pressing one of the skip buttons, the video seems to be stuck at 0:00.

System (please complete the following information):
Additional context
There is a similar issue currently open for the Cordova client. It doesn't appear that the reporter of that issue tried the skip buttons in the notification, however, I've experienced the same behavior in the Cordova client as I've reported here for the new client.
I can confirm this on Android app version 1.0.2
The design has changed i latest version (2.0.0.rc.5 with server 1.6.4) to a progressbar for skipping.
The 'Next track' [>|] and 'Previous track' [|<] buttons work if you have more than one movie in the queue.
I think there should be two extra buttons for skip forward/backward [>>] [<<]
It's really hard to skip ads with the slider.

I propose a Close issue.
I think skip forward/backward is an essential feature for a media player, e.g. when someone interrupts you and you just want hear the last sentence again. Doing that with a progress bar is almost impossible. You always end up going back too far.
I think skip forward/backward is an essential feature for a media player, e.g. when someone interrupts you and you just want hear the last sentence again. Doing that with a progress is almost impossible. You always end up going back too far.
That's a good point, maybe we can make it dependent on media type (e.g. audio books and podcasts get the skip buttons, music doesn't), or dependent on track length.
Or, if necessary, as a user-configurable option.
I can't imagine ever not wanting the skip forward/backward buttons. Why wouldn't you want to be able to skip back and forward in music? "Oh, what was that lyric? Let me rewind a few seconds and listen to it again." And the only reason the track length should determine the visibility of skip buttons might be if the length of the track were shorter than the skip, but IMO, special casing that would be unnecessary complexity in the code and potentially confusing to the user.
Please provide skip buttons all the time. So far, this issue has only progressed backward, as they've been removed from the one place they existed. This is the opposite of what I was hoping for.
Most helpful comment
I can't imagine ever not wanting the skip forward/backward buttons. Why wouldn't you want to be able to skip back and forward in music? "Oh, what was that lyric? Let me rewind a few seconds and listen to it again." And the only reason the track length should determine the visibility of skip buttons might be if the length of the track were shorter than the skip, but IMO, special casing that would be unnecessary complexity in the code and potentially confusing to the user.
Please provide skip buttons all the time. So far, this issue has only progressed backward, as they've been removed from the one place they existed. This is the opposite of what I was hoping for.