Bug 5512 – Player Settings page is not too users friendly.

Bug 5512 - Player Settings page is not too users friendly.

Summary:

Player Settings page is not too users friendly.

Status:	RESOLVED INVALID

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Web Interface
Version:	7.0
Platform:	PC Windows XP

Importance:	P2 minor with 1 vote (vote)
Target Milestone:	---
Assigned To:	Dan Evans

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2007-09-17 13:47 UTC by Wallace Lai
Modified:	2007-10-02 22:15 UTC (History)
CC List:	2 users (show)

See Also:
Category:	---

Attachments
Player Setting page is a bare bone IE page. (861.44 KB, image/bmp) 2007-09-17 13:48 UTC, Wallace Lai	Details
View All 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 Wallace Lai 2007-09-17 13:47:12 UTC

System Info:  Gateway, P4, 1.97 GHz, 1.25 GB of RAM, XP SP2 ENU
VERSION INFO
SlimServer Version: 7.0a1 - 12905 - Windows XP - EN - cp1252
Perl Version: 5.8.8 MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt 

Steps to Reproduce:
1.  Start SlimServer and open the web interface.
2.  Click the "Player Settings" button on the bottom right.
3.  A bare bone IE window pops up.
4.  Notice the bottom line is half cut off.  It does not look like the bottom of the page.
5.  Also, on this bare bone IE, if the user wants to change some settings of the browser, he/she cannot not do that.  There is no menu bar or anything on it.  The classic SLimServer web skin is easier to work with.

Comment 1 Wallace Lai 2007-09-17 13:48:45 UTC

Created attachment 2141 [details]
Player Setting page is a bare bone IE page.

Comment 2 Michael Herger 2007-09-17 23:20:43 UTC

Settings pages aren't implemented yet. This is not a bug, just a missing feature :-)

Comment 3 Michael Herger 2007-09-17 23:22:31 UTC

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

Comment 4 Michael Herger 2007-09-17 23:22:54 UTC

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

Comment 5 KDF 2007-09-18 10:12:55 UTC

aside from a badly formatted PWD (which should be set to disappear on the new window) it looks much better if you call teh [% webroot %] path for settings pages.  the hardcoded EN ones are a bit shocking as a placeholder :)

Comment 6 Michael Herger 2007-09-18 14:10:41 UTC

Kevin - I did hardcode EN as the Default's scripts loaded with pageheader etc. don't like the old JS (and vice-versa). But Classic would probably have been a nicer alternative :-). But I hope to start working on the settings pages very soon...

Comment 7 Doug Williams 2007-09-30 08:45:14 UTC

On Windows Vista (IE 7) the Save button is completely missing from view unless you happen to know to tab off of the last field - then it shows up, etc.  Originally you have NO scroll bars so you cannot scroll down to it, etc.  Don't want to start a new report on this since it appears that you already know that you have to work on it.  THANKS!

Comment 8 Chris Owens 2007-10-02 15:19:34 UTC

Dan, could you have one of your people try reproducing this symptom from comment 7 on Vista?  Thanks!

Comment 9 Michael Herger 2007-10-02 22:15:40 UTC

No need to verify anything: the settings pages haven't been implemented. Nothing to fix, we just have to implement it first.

I'm going to to close settings related pages as INVALID as long as we haven't done them.