Bug 175760 - Track Progress Bar Not Working for 1st Track Played
Summary: Track Progress Bar Not Working for 1st Track Played
Status: RESOLVED FIXED
Alias: None
Product: amarok
Classification: Applications
Component: general (other bugs)
Version First Reported In: 2.0-SVN
Platform: Unlisted Binaries macOS
: NOR normal
Target Milestone: ---
Assignee: Amarok Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-21 14:28 UTC by Apoorv Khatreja
Modified: 2009-12-09 11:28 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
screenshot of the problem (142.94 KB, image/png)
2008-12-08 18:16 UTC, Mikko C.
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Apoorv Khatreja 2008-11-21 14:28:37 UTC
Version:            (using Devel)
OS:                OS X
Installed from:    Compiled sources

I did a new install of the package from here - http://server.c-otto.de/kde/Amarok2_Beta_intel.dmg

I am running OS X Leopard 10.5.5. On the first run, I added my Music folder to the Amarok collection and played a song. The Track Progress bar was blank and unresponsive. After that track was over, I played another track, and then the progress bar worked fine.
Comment 1 Mark Kretschmann 2008-11-21 14:32:08 UTC
Please tell us the Amarok version you used.
Comment 2 Apoorv Khatreja 2008-11-21 14:41:25 UTC
Amarok
Version 2.0-SVN
Using KDE 4.1.2 (KDE 4.1.2)

Build Date - November 19 2008

This is from the About dialog.

BTW, I also mentioned the source from where I downloaded the package. It is the latest post on the Amarok Dev Blog.
Comment 3 Apoorv Khatreja 2008-11-24 18:52:22 UTC
I installed RC1 today, and it still has this bug. And it is not just for the 1st track played, it is there for almost all tracks. In fact, the track progress bar doesn't seem to be working at all.
Comment 4 Apoorv Khatreja 2008-11-24 18:55:34 UTC
Now its confirmed, the track progress bar doesn't work for a track that is played manually or forcefully (as in by double clicking on it) but works when a track is played automatically, as in a progression in a playlist.
Comment 5 Mark Kretschmann 2008-11-25 11:45:09 UTC
I cannot reproduce this issue with Linux / Phonon xine. Must be a OSX specific problem.

Can any of you OSX guys reproduce it?
Comment 6 illogic-al 2008-11-25 15:03:44 UTC
confirmed.
Comment 7 simon 2008-11-29 02:42:36 UTC
applies to linux too.
resuming a stopped track or doubleclicking on the current playing in the playlist shows the same behaviour
Comment 8 Mikko C. 2008-11-29 08:37:48 UTC
I can confirm this when amarok resume the first track on startup.
Of course, you need "Resume playback on start" enabled.
Comment 9 simon 2008-12-08 16:24:42 UTC
in SliderWidget.cpp, Amarok::TimeSlider::setSliderValue( int value )

maximum() is zero so 

QStyle::sliderPositionFromValue( minimum(), maximum(), value, width() );
returns 0 

i just wasn't able to set a breakpoint on accessing maximum
in slider.cpp (?) 
void Slider::setMaximum(int max) or 
void Slider::setRange(int min, int max), is a breakpint impossible for a static_cast() ?

when this bug gets fixed i would be interested in how it was tracked down ;)
Comment 10 Mark Kretschmann 2008-12-08 18:08:59 UTC
@Simon: I cannot reproduce any of your observations, with KDE 4.1.3, xine Phonon, Amarok SVN.
Comment 11 Mark Kretschmann 2008-12-08 18:10:03 UTC
@Mikko: I cannot reproduce your observation either.
Comment 12 Mikko C. 2008-12-08 18:14:19 UTC
I can reproduce it every time I start Amarok.
I have kde from trunk and phonon-xine
Comment 13 Mikko C. 2008-12-08 18:16:36 UTC
Created attachment 29148 [details]
screenshot of the problem
Comment 14 Mark Kretschmann 2008-12-08 19:04:38 UTC
@Mikko: Well I surely believe you. If you look at the difference between our setups, I'm using KDE 4.1.3, and you're using trunk.

So it could be a Phonon regression/change at work.
Comment 15 Myriam Schweingruber 2008-12-08 19:15:13 UTC
I can't reproduce this bug neither. Running Amarok 2.0-SVN, build of today, KDE-nightly build of today (==KDE trunk). Tried to reproduce 3 times!
Comment 16 illogic-al 2008-12-08 20:06:05 UTC
i`m running kde 4.1.2, phonon 4.2.0 with the phonon-qt7 engine.
i also have qt's phonon installed which is what phonon-qt7 builds against.
Comment 17 runsnbunsn 2008-12-12 06:30:51 UTC
same here!
using OSX 10.5.5 on a macbook pro
most time i cant see the progress bar, only sometimes it works but i cant find out when it shows and when not
Comment 18 illogic-al 2008-12-13 18:01:54 UTC
(In reply to comment #17)
> same here!
> using OSX 10.5.5 on a macbook pro
> most time i cant see the progress bar, only sometimes it works but i cant find
> out when it shows and when not
> 
If you allow a track to play through once, it will show up. 
If you click any buttons, it will not show up.
Comment 19 Nikolaj Hald Nielsen 2008-12-19 23:37:14 UTC
SVN commit 899127 by nhnielsen:

Fix progress slider not showing when skipping last.fm streams. This may or may not affect a number of other progress bar related bugs, please check.
CCBUG: 175760
CCBUG: 176446



 M  +32 -8     ProgressSlider.cpp  
 M  +2 -0      ProgressSlider.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=899127
Comment 20 simon 2008-12-20 01:48:32 UTC
worksforme!
Comment 21 Mark Kretschmann 2008-12-20 09:40:38 UTC
Closing as FIXED based on Simon's comment.
Comment 22 Apoorv Khatreja 2008-12-20 12:28:02 UTC
Still not working on Mac OS X for me with the latest build.
Comment 23 Mikko C. 2008-12-20 12:35:08 UTC
works fine here too, on linux :)
Comment 24 Mark Kretschmann 2008-12-20 17:00:31 UTC
@Apoorv: on OSX it's probably a backend issue (Phonon) more than an Amarok issue.
Comment 25 Apoorv Khatreja 2008-12-20 19:02:38 UTC
Hmm, I see. But even then, the problem isn't resolved. The bug was never meant for Linux or Windows, it was always a Mac OS X _ONLY_ problem. Shouldn't it be be left open?
Comment 26 illogic-al 2009-01-12 00:55:46 UTC
This be fixed matey's. Check 2.0.1.1 and see.