Bug 303 – creating a big playlist with the play button gives no feedback in double-height mode

Bug 303 - creating a big playlist with the play button gives no feedback in double-height mode

Summary:

creating a big playlist with the play button gives no feedback in double-heig...

Status:	CLOSED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Player UI
Version:	5.x or older
Platform:	PC RedHat Linux

Importance:	P2 normal (vote)
Target Milestone:	Future
Assigned To:	Blackketter Dean

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2004-05-08 15:25 UTC by Jeff Shanholtz
Modified:	2008-12-18 11:54 UTC (History)
CC List:	2 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 Shanholtz 2004-05-08 15:25:36 UTC

If I browse to a genre or a folder with a LOT of songs in it and press play, 
the SLIMP3 *seems* to hang for several seconds as it is building the playlist. 
In single-height mode you get a little animation at the end of the 1st line 
indicating that it's busy, but in double-height mode you get nothing. You're 
left wondering if the SLIMP3 detected the command from the remote or not.

Any time the slimserver displays that "busy" animation, it should put it on 
the second line if in double-height mode (not sure if it is used in other 
cases too).

Comment 1 Vidur Apparao 2004-06-05 14:40:50 UTC

Related to bug 101 (https://bugs-archive.lyrion.org/show_bug.cgi?id=101), but not
quite a duplicate. In general, it's possible for important interaction feedback
to be lost in double-height mode.

Comment 2 KDF 2005-02-09 14:37:37 UTC

I patched the 6.0 builds a while back to show the spinning cursor while in large
text mode.  This solves 1/2 of the problem as there is at least now some
animation to show activity.  The other part would be to move "now playing
from..." into something that fits into one short line.

Comment 3 Blackketter Dean 2005-03-11 15:32:48 UTC

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

Comment 4 KDF 2005-08-08 10:06:54 UTC

Adrian,
I believe your proposed single-line UI patch covers this one?

Comment 5 Blackketter Dean 2005-08-19 18:06:02 UTC

This is fixed in the 6.2 nightlies.

Comment 6 James Richardson 2008-12-15 13:05:35 UTC

This bug appears to have been fixed in the latest release!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Make sure to include the version number of the software you are seeing the error with.

Comment 7 Chris Owens 2008-12-18 11:54:43 UTC

Routine bug db maintenance; removing old versions which cause confusion.  I apologize for the inconvenience.