120933 - excite.com showing no content in tables

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[Remy Martin]

When going to http://www.excite.com(which redirects to 
http://my.excite.com/myexcite/my.jsp), the tables are drawn for the custom 
content but there is no content in the tables.  Other pages, such as 
<http://news.excite.com/index/id/home.html> draw some content, but not 
others.  This does work in 0.9.7

Comment 1

[Ludovic Hirlimann]

worksform 2002011808 MacOSX.

Comment 2

[Oliver Klee]

WFM using 2002011503 Win2k.

Please read the bug reporting guidelines at
http://www.mozilla.org/quality/bug-writing-guidelines.html and consider using
Bugzilla Helper at http://www.mozilla.org/quality/help/bugzilla-helper.html to
report bugs. Thanks for using Mozilla!

Comment 3

[Mats Palmgren (inactive)]

Attachment: Testcase, missing content

Comment 4

[Mats Palmgren (inactive)]

Attachment: Testcase, this works

Comment 5

[Mats Palmgren (inactive)]

Confirming bug, build 2002-01-17-03 (trunk) on Windows 98 SE.

The testcase that doesn't work uses:
  <script src="http://docs1.excite.com/functions.js"></script>

The one that works uses:
  <script> ... content of http://docs1.excite.com/functions.js ... </script>

Comment 6

[Sebastian Biallas]

Testcase labeled "testcase, missing content" works for me, too. (that with
imported javascript) => both testcases are rendered the same way (Win 98, Build
20020118)

Comment 7

[Mats Palmgren (inactive)]

After starting up with a clean profile I also get it to work... investigating my
old profile to see what causes this...

Comment 8

[Mats Palmgren (inactive)]

The following line in "prefs.js" causes the problem:
user_pref("capability.policy.default.HTMLDocument.cookie.get", "noAccess");

Comment 9

[Mats Palmgren (inactive)]

Attachment: Saved http://docs1.excite.com/functions.js

Just saving the JavaScript code in case it's changed on the site.

Comment 10

[Doron Rosenberg (IBM)]

user_pref("capability.policy.default.HTMLDocument.cookie.get", "noAccess");

Means you have disabled cookie setting in the "scripts and windows" preference
panel. Reporter, did you do this as well?

I have a patch for this on another bug.

Comment 11

[Remy Martin]

Re: the disabled cookie setting in the "scripts and windows" preference
panel


My only settings not checked(meaning disabled) are:

-open windows by themselves
-move or resize existing windows
-change status bar text

Comment 12

[Bryant Howell]

This is the same bug I reported much earlier and others could not confirm, but I
am confirming on 2002012503. If one removes current build and reinstalls one
from Dec.  21 of 2001 or before, then uninstalls the older one and reinstalls
the latest nightly, Excite will return to normal. But changes to the themes make
it corrupt again. Or at least, switching themes while on http://my.excite.com
seems to make the problem appear again. Lately it has started happening without
a theme switch, merely a shutdown and restart of Mozilla. 

Comment 13

[Bryant Howell]

Forgot to add, Win98 here. 

Comment 14

[Remy Martin]

After creating new Mozilla directory, http://my.excite.com content shows up with
no problem, to confirm the comments from another post.

Comment 15

[Asa Dotzler [:asa]]

worksforme per reporter's comments.