Bug 368707 - Seekbar stops working after skipping to different parts of media
Summary: Seekbar stops working after skipping to different parts of media
Status: RESOLVED DUPLICATE of bug 397591
Alias: None
Product: plasmashell
Classification: Plasma
Component: Media Player (show other bugs)
Version: 5.13.3
Platform: Neon Linux
: NOR normal
Target Milestone: 1.0
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-12 17:46 UTC by KDE Neon user
Modified: 2018-09-16 01:19 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Screenshot of seekbar bug (62.57 KB, image/png)
2016-09-12 17:46 UTC, KDE Neon user 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description KDE Neon user 2016-09-12 17:46:22 UTC 
Seekbar won't work properly after skipping multiple times.

Reproducible: Always

Steps to Reproduce:
1. Play a long audio file on a program that is supported by the system tray media player. I use Audacious Qt and listen to 1+ hour-long podcasts.
2. Use the system tray media player to skip to and go to back to different parts of the file


Actual Results:  
The seekbar eventually stops working properly. The marker goes back to the beginning of the seekbar even though it should be in the middle of it.
Comment 1 KDE Neon user 2016-09-12 17:46:51 UTC 
Created attachment 101059 [details]
Screenshot of seekbar bug
Comment 2 Alexander Mentyu 2018-02-14 11:17:59 UTC 
Was able to reproduce with long mkv movie file in VLC and SMPlayer

Plasma: 5.12.1
Apps: 17.12.2
Frameworks: 5.43.0
Qt: 5.10.0
Kernel: 4.14.19-1-MANJARO
OS: Netrunner Rolling
Comment 3 Neousr 2018-07-12 03:07:07 UTC 
I can confirm this behavior with a 1 hour long mp3 using elisa 0.2.0 on Neon 5.13.2 UE.

Skipping through different sections of the seek bar will eventually fail returning the small cursor (circle) to the beginning of the bar, reporting the incorrect length and position of the player. 

This can be related to the bug #376106 on this same component. Since both bugs once triggered return and try to return the player to minute 0:00.
Comment 4 Neousr 2018-09-14 20:02:11 UTC 
This seems to be a duplicate of recent closed Bug #397591
Comment 5 Patrick Silva 2018-09-16 01:19:57 UTC 

*** This bug has been marked as a duplicate of bug 397591 ***