Bugzilla – Bug 6530
Live365: bitrate and format information cut off when song, artist, and album information displayed
Last modified: 2009-07-31 10:15:40 UTC
When playing a Live365 station (for example Genres -> Folk -> WUMB's X-stream Folk) the bitrate and format information line in the "now playing" area of the web UI is almost entirely hidden behind the progress bar when there is song, artist, and album information to display. I will attach a screen shot.
Created attachment 2605 [details] screen shot This should show you what I mean.
the line which is mostly hidden behind the progress bar is "32kbps CBR, MP3 (Live365)".
Michael, can you take a look?
What browser/OS is this on? And do you see this with _some_ streams only?
Hi Michael, I'm running the seamonkey browser (v1.1.7) which is the new name for mozilla, on linux (FC3). I've really only tried two streams.. one has the song title and artist information only (no problem) and the other has song, artist, and album information and that is where I see the problem.
Which stream?
Oops I see you mentioned it in the first post. :)
Created attachment 2668 [details] Ok for me... Don't see this. Did you change your browser's font size? Or some zooming? The font looks larger to me on your screenshot
Strange that it works for you.. which browser is that? I have not changed the font size and am pretty much using seamonkey straight out of the box. Is there any more information I can provide to help track this down? Our fonts look to be the same size but for some reason on my browser it is adding a lot of extra space between the lines.
I'm usually testing with Opera, FF, Safari, IE6/7 on Mac & Windows, FF on Linux. I've seen FF on Linux use larger fonts than on other systems. But it seems to be fine on the Ubuntu box I'm using for my tests. What distribution are you using? We've seen issues with fonts in Debian vs. other distros (using different spacing).
Do you see this issue with Live365 only?!? I would have expected it with anything being displayed up there. And I've seen some more visual "errors" on that screenshot: below the player selector button there seems to be some pattern which shouldn't be there. Also do you have a chance to test this with Firefox (or Iceweasel, as it's now known on Linux)?
Hi Michael I'll try to spend some time on this this weekend. Been too busy with work this week to catch up on my open slim bugs, etc.. sorry about that I know you want to get stuff resolved.
Greg - we could free a few more pixels to solve your issue with the following change: Index: /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css =================================================================== --- /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css (revision 16882) +++ /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css (working copy) @@ -898,7 +898,6 @@ font-size: 13px; font-weight: bold; padding-left: 6px; - margin-bottom: 5px; height: 30px; }
Scratch that. Try this: Index: /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css =================================================================== --- /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css (revision 16882) +++ /Users/mh/Documents/workspace/SC7.0/HTML/Default/slimserver.css (working copy) @@ -892,6 +892,7 @@ overflow: hidden; padding-left: 6px; position: relative; + line-height: 100%; } Your browser seems to be using a different line-height than others. Overlaying your screenshot over mine showed that the top left position of the various blocks was ok, but that the multi line block (album, artist, trackinfo) was too high due to larger interline lead. Could you please play with the above patch, probably adding absolute values like 13px instead of the 100%?
I installed SeaMonkey 1.1.7 and still can't reproduce your issue. I will not install FC3, though... Did you have a chance to give the above patch a try?
punted to 7.0.1
Any chance to test that patch?
Greg - any news?
Unable to reproduce with 7.0.1 with IE 6 / 7, FF, Opera or Safari Marking bug as verified fixed
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1 Please try that version, if you still see the error, then reopen this bug. To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html
Reduce number of active targets for SC