Bugzilla – Bug 5558
New skin's layout is wigged out
Last modified: 2008-12-18 11:12:53 UTC
Check the attached screen shot. -caleb
screenshot? can I request that we make summaries a bit more descriptive rather than using colloqualisms, please. Reports are too numerous to remember so it's important to make them searchable. SD folks especially should be setting an example.
Created attachment 2162 [details] Album art overlays text in now playing screen.
Check the artwork in this case. There are jpg types that slimserver cannot fit so a size. there have also been cases of bmp files being wedged into tags. this also fails. annoyingly the GD shrinking code was not written in a way that lends itself to error reporting.
Created attachment 2163 [details] Cover art for the layout problem. Here is the cover art. It was labeled cover.jpg in the Artist/Album directory. I don't know what I'm supposed to check.
Your screenshot show so many other issues, too (missing play button, power button, remove button on the selected item in the playlist etc.) that I'm assuming a browser cache issue. And please make sure you're using the latest slimserver version, and give that version number when reporting.
Version is 2004-09-24 -Caleb
> Version is 2004-09-24 Well, that's three years old ;-). Are you using SVN or a nightly build? > annoyingly the GD shrinking code was not written in a way > that lends itself to error reporting. Is this the reason we've been using the resize() javascript in album view?
(In reply to comment #7) > > Version is 2004-09-24 > > Well, that's three years old ;-). Are you using SVN or a nightly build? > > > annoyingly the GD shrinking code was not written in a way > > that lends itself to error reporting. > > Is this the reason we've been using the resize() javascript in album view? > Oopsie, this is 2007-09-24 nightly, from the private branch.
Created attachment 2164 [details] No problem here... I dropped that cover art in a folder which didn't have any, played a song from it and it displayed without any problem.
Created attachment 2168 [details] Same image resize/overlay problem in IE, and with different (default) image.
Fascinating. I have lots and lots of problems like this. I don't think it's related directly to the image. I'm using Firefox 2.0.0.7. I tried it in IE (7.0.5730.11), and it has a virtually identical problem. See here: https://bugs-archive.lyrion.org/attachment.cgi?id=2168
I think it's related to the ray branch. After all I've seen on Mickey's screen and on your screenshot I guess it's not up to date. Could you switch to the trunk and see if you can reproduce the issue? Meanwhile I'm going to see what's missing in the ray branch...
something else to consider (as I just noticed that home.html seems to have gone then come back. The installers do not erase files in HTML folders, so if you have old files it may cause odd results. using svn, it's easy for forget about that becuase deleting a file on svn deletes the same file on all updates. Michael, the js resize in album view is designed around being able to fit the current frame size as opposed to having a cached fixed-size version.
Is this issue still open or can we close it?
Please re-open if still valid.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.