Bug 440 - Fishbone skin will not load in IE 5.2 on MacOS
: Fishbone skin will not load in IE 5.2 on MacOS
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Skins
: 5.x or older
: Macintosh MacOS X 10
: P2 major (vote)
: ---
Assigned To: KDF
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-07-09 12:24 UTC by Kevin Pearsall
Modified: 2011-03-16 04:18 UTC (History)
0 users

See Also:
Category: ---


Attachments
screenshot of ie hanging (95.35 KB, image/jpeg)
2004-07-09 12:40 UTC, Kevin Pearsall
Details
shooting blind (6.35 KB, patch)
2004-07-09 22:22 UTC, KDF
Details | Diff
Cool! (96.51 KB, image/jpeg)
2004-07-12 10:03 UTC, Kevin Pearsall
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Pearsall 2004-07-09 12:24:39 UTC
Just hangs indefinitely.  Not sure what other information you might need--just let me know.
Comment 1 KDF 2004-07-09 12:35:50 UTC
I can't do anything to test this, as I have no access to OSX.  If IE has a V6
for OSX, it might be reasonable to make that upgrade and try. 
Comment 2 Kevin Pearsall 2004-07-09 12:40:00 UTC
Created attachment 61 [details]
screenshot of ie hanging
Comment 3 Kevin Pearsall 2004-07-09 12:41:35 UTC
I think 5.2 is the latest version for Mac.
Comment 4 KDF 2004-07-09 13:25:25 UTC
I dont know what else I can say.  Perhaps its related to bug 308 in some way.
Comment 5 Kevin Pearsall 2004-07-09 13:37:41 UTC
By going in without Fishbone, then switching to Fishbone, I was able to get a script error.

The error said: 'top.document.getElementById(...)' is not an object.  I think it occurred on this line:
	<body bgcolor="#FFFFFF" marginwidth="0" marginheight="0" topmargin="0" leftmargin="0" 
onload="top.document.getElementById('home').rows = ' 0 , *';">

but I don't think it's related...  I was able to get the page to load by removing the last script line in 
index.html--but of course, the page does not load properly.  The line I removed was:
                parent.browser.location=getHomeCookie('SlimServer-Browserpage') 
+'&player='+getPlayer('SlimServer-player');

Tried wording it differently but couldn't get the page to load at all in ie 5.2 if that line was in it...
Comment 6 KDF 2004-07-09 13:47:54 UTC
hmm...that's not the right last line.  index.html was changed June 27.  does
this problem still occur with the latest nightly?  If so, I think I might know
somethig I can try that might fix it.  I'm assuming this is a fresh install,
too.  If the cookie has not been set before, there might need to be better
defaults that what is already in the nightlies.
Comment 7 Kevin Pearsall 2004-07-09 14:41:57 UTC
Just tried this with the latest nightly and it still fails.  And yes, that line looks different in this build...

Also just tried nuking my cookies in IE and it still fails with no cookies.  No new cookies were added 
when I attempted to load http://localhost:9000/Fishbone/
Comment 8 Kevin Pearsall 2004-07-09 14:43:47 UTC
Added product version 5.3.0 and upped this to 5.3.0.
Comment 9 KDF 2004-07-09 14:46:16 UTC
ok, well, I'm stumped.  I can't test this, and I can't even say for sure that IE
5.2 properly supports javascript.  Anyone else have any ideas?  short of
anything, I'd hate to have to specifically test for IE5.2 and bounce to a
crippled page.
Comment 10 KDF 2004-07-09 19:55:56 UTC
As a test, I have tried this with IE6.0 under Windows.  Also, after removing the
cookies.  No cookies are created until the user makes a specific choice. 
Without cookies, the page returns in default mode, as I would expect.  Soemthing
in 5.2 for OSX must be treating it differently.  The only thing I cna find in a
search involves issues with 5.2 and CSS. Dean, are you able to reproduce?  Can
you see anything in the logs that might hint at what exactly is failing?
Comment 11 KDF 2004-07-09 22:22:30 UTC
Created attachment 64 [details]
shooting blind

here is a rewrite, this time following an example instead of going with that i
know.  This still seems to work for firefox and IE6.  Hopefully it was a
document close and code framing issue.
Comment 12 Kevin Pearsall 2004-07-12 10:03:18 UTC
Created attachment 65 [details]
Cool!
Comment 13 Kevin Pearsall 2004-07-12 10:05:11 UTC
Had trouble applying the patch until I used wget on the attachment viewing url...  But once I got the 
patch down OK, it loads ok as per screenshot.  Thanks!
Comment 14 KDF 2004-07-12 11:01:13 UTC
cool. I'll commit tonight.
Comment 15 Chris Owens 2007-05-24 15:54:08 UTC
This Slimserver bug was fixed a very long time ago, and is now being marked as Closed.  If you're still experiencing this issue, please verify you are running a current version of Slimserver and re-open the bug.
Comment 16 Chris Owens 2008-12-18 11:55:21 UTC
Routine bug db maintenance; removing old versions which cause confusion.  I apologize for the inconvenience.