Bugzilla – Bug 5703
Synchronise option page is unreadable
Last modified: 2007-10-07 23:28:36 UTC
In the new default skin, if I click the "Synchronize..." option from the list of players, I get some white text appear over the top of the web UI, which is not very easy to read. I assume there should be some background colouring to the popup dialog.
Created attachment 2222 [details] screenshot of the sync dialog without a background colour. screenshot of the sync dialog without a background colour.
This is really cool. All this trouble we're having getting cover art to handle transparencies, this looks great! How did you do it?? :) All kidding aside, the rest of the window should be greying out, leaving the dialog box with a blue background. This is what I am seeing. Are you using IE6 or 7 by any chance?
Actually it was Firefox 2.0.0.7, but I just tried it in IE7 and get exactly the same effect.
then I'd suggest the following: 1) clear the cache 2) svn update (or at least latest build if not using it already 3) get firebug and see if any of the javascript is having an issue. I am currently at 13635 and have no issue with the sync dialog. Only diff is that I'm on OSX using Firefox.
Created attachment 2225 [details] what it should look like this is a partial screenshot showing what you should be seeing.
I have tried Firefox again after deleting the server\Cache folder, the FF Cache, rebooting, and updating to SVN13638. I still don't get the correct display. I'll explore the Firebug thing.
I had a quick look in the Firebug console after clicking on the Synchronise option. I can see lots of long-running requests to "POST http://localhost:9000/jsonrpc.js", "ext-base.js (line 12)" (all around 30 seconds). Request Headers Host localhost:9000 User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7 Accept text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language en-gb,en;q=0.5 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive X-Requested-With XMLHttpRequest Content-Type application/x-www-form-urlencoded Referer http://localhost:9000/Default/ Content-Length 68 Cookie SqueezeCenter-noPlaylistCover=1; Fishbone-Style=null; SqueezeCenter-player=00%3A04%3A20%3A05%3Aac%3A35; SlimServer-player=00%3A04%3A20%3A06%3A38%3A3c; SqueezeCenter-homeMenuExpanded=MY_MUSIC; SqueezeCenter-expandPlayerControl=true; SqueezeCenter-fishbone-showtext=1; SqueezeCenter-albumView=; SqueezeCenter-Browserpage=BROWSE_NEW_MUSIC Authorization Basic SGVyZ2VzdDpzbGltc2hhZHk= Pragma no-cache Cache-Control no-cache Post {"id":1,"method":"slim.request","params":["",["serverstatus",0,99]]} Response Loading... I don't know if this is normal? If it is, I don't know what else to look for.
the requests are normal. they are used for status updates. What you would look for is any error (red text) when loading the page, or something in the resopnse when you click on hte link to pop up the sync box. If you want to wait, Michael may have ideas when it's back in the workweek.
*** Bug 5704 has been marked as a duplicate of this bug. ***
ok, looks like this is a windows thing. I fired up an XP machine with FF 2.0.0.7 and the sync block has no blue background, just as shown in the first screenshot. Now that I've looked with firebug, i can see that it's locked up trying to find some of the dialog images. This also explains why the browser is non-responsive after using the sync dialog, bug 5704. then again, I see Michael has also just fixed this :)
slim-ext/
third try: I'm sorry guys - I missed the artwork during the checkin :-. Change 13643 should fix this. It then should look even better than on your screenshot, Kevin :-).