Bug 17105 – Switching players does not update NP screen with new data

Bug 17105 - Switching players does not update NP screen with new data

Summary:

Switching players does not update NP screen with new data

Status:	CLOSED FIXED

Product:	Controller App
Classification:	Unclassified
Component:	Now Playing Panel
Version:	unspecified
Platform:	PC Other

Importance:	P2 major
Target Milestone:	1.1
Assigned To:	Michael Herger

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2011-03-29 15:04 UTC by Ben Klaas
Modified:	2011-04-08 08:28 UTC (History)
CC List:	2 users (show)

See Also:
Category:	Bug

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 Ben Klaas 2011-03-29 15:04:22 UTC

Installed 1.1 Eastman from Android App market on Droid X
Pointed app at a Boom, played some content
Selected a Radio, but NP screen is showing the content from the Boom

reproducible, including after app kill and restart.

Comment 1 Michael Herger 2011-03-30 00:05:13 UTC

Argh... most likely due to one of the changes I applied to "improve" comet reliability.

Comment 2 SVN Bot 2011-03-30 01:21:16 UTC

 == Auto-comment from SVN commit #8332 to the player repo by mherger ==
 == http://svn.slimdevices.com/player?view=revision&revision=8332 ==

Fixed Bug: 17105
Description: changing player on the same server didn't correctly trigger a new subscription. Fix logic.

Don't overwrite getStatus(). The comet based version missed some updates far too often. When a getStatus() is needed, just use jsonrpc. It's far more reliable.

Comment 3 SVN Bot 2011-03-30 01:26:57 UTC

 == Auto-comment from SVN commit #8333 to the player repo by mherger ==
 == http://svn.slimdevices.com/player?view=revision&revision=8333 ==

Fixed Bug: 17105
Description: backport fix from trunk to 1.1.x

Comment 4 Ben Klaas 2011-03-30 15:01:44 UTC

*** Bug 17108 has been marked as a duplicate of this bug. ***

Comment 5 Scott Hadley 2011-04-08 08:28:28 UTC

I have tested this on the Motorola Xoom, Droid, and HTC Inspire. This issue seems resolved with Eastman-r8350.

Closing bug