Bug 246 – Issuing pause from CLI doesn't update screen immediately

Bug 246 - Issuing pause from CLI doesn't update screen immediately

Summary:

Issuing pause from CLI doesn't update screen immediately

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	CLI
Version:	unspecified
Platform:	PC Linux (other)

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Fred

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2004-04-09 11:57 UTC by Chris Niekel
Modified:	2008-09-15 14:37 UTC (History)
CC List:	1 user (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 Chris Niekel 2004-04-09 11:57:34 UTC

If I issue a "pause 1" command on the CLI (port 9090), the music immediately 
stops, but the screen on the squeezebox keeps saying "Now playing" until the 
second line has finished scrolling. With the remote-control the text is 
immediately changed into 'paused'

This is with the CVS from Fri Apr 9, about 1700 GMT.

Comment 1 KDF 2004-07-29 11:07:14 UTC

I expect that this is the screensaver.  IR will jump out, but CLI probably
doesn't. would it make sense to fake an dummy IR when a CLI command is executed?

Comment 2 Blackketter Dean 2004-07-29 14:28:34 UTC

Probably not fake an IR input, but an explicit update would be reasonable.

Comment 3 Fred 2005-01-21 13:11:29 UTC

Will take care of it, can be assigned to me

Comment 4 KDF 2005-01-21 13:21:09 UTC

you got it :)

Comment 5 Chris Owens 2006-06-16 14:40:17 UTC

There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.