amarok weird behaviour when changing system time

Bug #82328 reported by Janne Hyötylä
6
Affects Status Importance Assigned to Milestone
Amarok
Invalid
Undecided
Unassigned
xine-lib (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: amarok

Version information:

$ amarok --version
Qt: 3.3.6
KDE: 3.5.5
Amarok: 1.4.3

Ubuntu 6.10, using Gnome

Steps to reproduce:
1. Start playing some song with amarok.
2. Go to "Adjust Date & Time" applet
3a. Change time backwards, or
3b. Change time forwards

What happens:
a) Amarok stops playing the song but is still in "play mode". Pressing Stop and then Play starts playing the song again.
b) Amarok changes to next track or something like that

What should happen:
Amarok should not care about system time changing.

Revision history for this message
Andrew Ash (ash211) wrote :

Can you please upgrade to 1.4.5 and see if it's still a problem? Thanks

http://kubuntu.org/announcements/amarok-1.4.5.php

Changed in amarok:
assignee: nobody → ash211
status: Unconfirmed → Needs Info
Revision history for this message
Janne Hyötylä (janne-hyotyla) wrote :

Qt: 3.3.6
KDE: 3.5.5
Amarok: 1.4.5

Problem still exists.

I found out that if I change the time forward eg. 1 minute, amarok skips 1 minute ahead in the current song. If the remaining song time is less than 1 minute, the next song in the playlist is played.

Revision history for this message
Andrew Ash (ash211) wrote :

Hmm, I would think that wouldn't cause a problem in anything, but it looks like it is.

Could you please check bugs.kde.org for anything related to this and let us know if any bugs seem relevant? Thanks

Revision history for this message
Janne Hyötylä (janne-hyotyla) wrote :
Revision history for this message
Andrew Ash (ash211) wrote :

It looks like the two bugs.kde.org links are to Amarok devs saying it's a xine-ui bug. Of the xine sourceforge tracker, on the 3rd link has a full discussion. That bug was closed in late 2004, but since it's still a problem maybe we can let them know it's still occurring.

Changed in amarok:
assignee: ash211 → nobody
importance: Undecided → Low
status: Needs Info → Confirmed
Revision history for this message
Andrew Ash (ash211) wrote :

Are you still experiencing this, Janne?

Changed in amarok:
assignee: nobody → ash211
status: Confirmed → Incomplete
Revision history for this message
Janne Hyötylä (janne-hyotyla) wrote :

Yes this is still happening, exact the same behaviour with:

Ubuntu 7.04

$ uname -a
Linux gondor 2.6.20-16-generic #2 SMP Sun Sep 23 19:50:39 UTC 2007 i686 GNU/Linux

$ amarok --version
Qt: 3.3.7
KDE: 3.5.6
Amarok: 1.4.7

Andrew Ash (ash211)
Changed in amarok:
assignee: ash211 → nobody
Revision history for this message
Lydia Pintscher (lydia-pintscher) wrote :

removing the remote watch since it is no longer availible

Revision history for this message
Lydia Pintscher (lydia-pintscher) wrote :

reasigning to xine-lib since this is a xine problem.

Changed in amarok:
status: Incomplete → Confirmed
Revision history for this message
Lydia Pintscher (lydia-pintscher) wrote :

Marking the Amarok bug as invalid since it is a xine problem and needs to be fixed there.

Changed in amarok:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.