Bug 12096 – Now playing continues counting down after song is complete

Bug 12096 - Now playing continues counting down after song is complete

Summary:

Now playing continues counting down after song is complete

Status:	RESOLVED DUPLICATE of bug 10064

Product:	SB Controller
Classification:	Unclassified
Component:	UI
Version:	unspecified
Platform:	PC Windows Vista

Importance:	-- normal (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-05-18 20:46 UTC by Jeff Flowerday
Modified:	2009-05-19 07:10 UTC (History)
CC List:	3 users (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jeff Flowerday 2009-05-18 20:46:26 UTC

Version 7.3.3 beta.

When you get to the last song in a playlist, after the song is complete.  The now playing countdown continues counting down into the negative.

Comment 1 James Richardson 2009-05-18 21:13:24 UTC

Jeff: does this happen when connected to SN?

What content is playing when this happens?

If this happens with local content, does that content have non-ASCII characters anywhere in it?

What version of firmware is on your controller?

Does this same thing happen if you use SqueezePlay?

Comment 2 Jeff Flowerday 2009-05-19 07:02:46 UTC

This happens when playing local content.  WMA Lossless files.  The songs have no non-ASCII characters.

I'm pretty sure I have the latest firmware via 7.3.3, I'm not at home to check right now.

Yes it also happens in squeezeplay.

After further debugging, it seems to only continue counting down for 10 or so seconds after the song completes and then stops.

Comment 3 Ben Klaas 2009-05-19 07:10:47 UTC

this is a dup of 10064

what's happening is that SC is not sending an automatic update of the 'playerstatus' data when the playlist ends, and this causes Now Playing to go off the rails and continue showing the last song "playing".

As a (pretty lame) workaround, there is a playerstatus that's just sent out every 30 seconds regardless of state change, so what you're seeing is that when it "recovers", it's finally getting an update via that method.

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