Closed Bug 32198 Opened 25 years ago Closed 23 years ago

sony.com - [LAYER] Does not display the second drop-down side menu

Categories

(Tech Evangelism Graveyard :: English US, defect, P1)

Product:
Tech Evangelism Graveyard
Component:
English US
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: stevench, Assigned: mgalli)

References

(
URL
)

Details

(Whiteboard: [PROPRIETARY-DOM], bugscape 5252, server-side sniffing) 

Does not display menu on the side. Java Script?

M14 build with 3-15-2000 update
Site relies on document.layers, document.all, or fails to detect client
correctly. See http://sites.netscape.net/ekrock/standards.html for details on
standards-compliance in Mozilla, and which proprietary features of NS 4.x and IE
will not be supported. 

Specifically, http://www.sony.com/api.js uses element.visibility instead of
element.style.visibility, and thinks just cuz appName="Netscape" it can use
document.layer.

CC ekrock on this one since it's top100.  Eric, are you in touch with Sony?
Marking INVALID as per http://www.mozilla.org/newlayout/bugathon.html#layerbugs
URL: www.sony.com → http://www.sony.com
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Keywords: top100
Resolution: --- → INVALID
Summary: Does not display the side menu → [LAYER] Does not display the side menu
Emailed webmaster@www.sony.com, webmaster@sel.sony.com, and webmaster@sony.com 
for good measure using the template at 
http://sites.netscape.net/ekrock/fixit/layer.html . Thanks Zach for your help in 
catching these INVALID Layer bugs--please feel free to go ahead and send the 
template email yourself if you wish in all such situations--it's a safe 
assumption for any given site (like this one, for example ;-> ) that I likely 
haven't emailed them, and even if I have, them getting an extra request won't 
hurt and will in fact help by increasing their perception of public demand for 
standards compliance. Many thanks for all you're doing!
Moving all [LAYER] bugs to Evangelism component for tracking and open-source
evangelism by mozilla community members of sites that need to upgrade to support 
web standards such as HTML 4.0 (instead of LAYER/ILAYER) and the W3C DOM
(instead of Nav4 document.layers[] or IE document.all()). Sites should be
lobbied to do the upgrade using the email templates that are linked to from
http://www.mozilla.org/newlayout/bugathon.html#layerbugs . When a site's owner
has confirmed receipt of the message requesting an upgrade, the bug should be
marked with the keyword evangelized to indicate that evangelism for that bug is
complete. When the site finishes the upgrade and supports standards, the bug
should be closed.
Assignee: rogerl → nobody
Status: RESOLVED → UNCONFIRMED
Component: Javascript Engine → Evangelism
Keywords: evangwanted
QA Contact: rginda → nobody
Marking bug evangelized and clearing cc:s as courtesy to reduce spam.
Keywords: evangelized
Resolution: INVALID → ---
SPAM:Changing QA contact on 111 evang bugs as I am now the new QA contact for 
this component.

Sorry about the spam

zach
QA Contact: nobody → zach
Reassigning Evangelism bugs to me, the component's new owner.  I would like to 
take this opportunity to thank nobody@mozilla.org for all of his dedication, 
contributions, and hard work, and wish him luck at his new job.  Thanks, nobody.
Assignee: nobody → BlakeR1234
Mass confirming Evangelism bugs to get off the Unconfirmed radar
Status: UNCONFIRMED → NEW
Ever confirmed: true
Removing the evangwanted keyword from 49 evangilizm bugs that also 
have the evangelized keyword. Having both of these keywords on a bug 
makes it really hard to do a query for all open evangilizm bugs that are 
evangwanted. Sorry for the spam.
Keywords: evangelized
Sorry about this problem. I somehow screwed up the keyword changes. 
Sorry about this spam.
Keywords: evangwanted, top100 → evangelized
-> evangelism@telocity.com for my evangelism bugs.

removing the now-depreciated evangelism-related keywords.

setting platform to All.
Assignee: blakeross → evangelism
Keywords: evangelized
Hardware: PC → All
Reassigning evangelism bugs to bclary@netscape.com.
Assignee: evangelism → bclary
Priority: P3 → P1
*** Bug 32345 has been marked as a duplicate of this bug. ***
This bug was mentioned on todays LWN "On the Desktop" page
(http://www.lwn.net/2001/0621/desktop.php3).
Apparently Wired mentioned this in their review of Netscape 6.1PR1
We really need to get sony to fix this one. There are some test cases that may
(or may not) be useful in bug 32198 (which is where the mostfreq keyword comes
from).

Clarified description.
Keywords: 4xp, mostfreq
Summary: [LAYER] Does not display the side menu → [LAYER] Does not display the second drop-down side menu
Summary: [LAYER] Does not display the second drop-down side menu → sony.com - [LAYER] Does not display the second drop-down side menu
Whiteboard: [PROPRIETARY-DOM]
Giving to the SONY man - Aruner!
Assignee: bclary → aruner
Is the bug described bug 91225 the same as this one?  Is the site still using
layers?
*** Bug 91225 has been marked as a duplicate of this bug. ***
The summary is describing this as a LAYER bug - I don't see the layers - they 
are using z-index. What is the problem? We should get this fixed now as you 
cannot negotiate anything on Sony's page. Upgrading to 'major'.
Severity: normal → major
I do see document.layers in the .js file but otherwise z-index is being used.
The summary to this bug is as follows:
Does not display the second drop-down side menu

The bug that was marked as a duplicate (#91225. In that bug, there are 
additional problems on the page other than what the summary here describes. Are 
they all really the same problem? If so, summary needs to be updated. Also, 
changing OS to 'all'
OS: Windows NT → All
*** Bug 91849 has been marked as a duplicate of this bug. ***
*** Bug 92662 has been marked as a duplicate of this bug. ***
*** Bug 89748 has been marked as a duplicate of this bug. ***
This bug is the same bugscape 5252, which is classified under bugscape meta bug 
7967. It's being attributed to a server sniffing problem. Adding keyword 
topembed, per war room bug process. Thanks!
Keywords: topembed
Whiteboard: [PROPRIETARY-DOM] → [PROPRIETARY-DOM], bugscape 5252, server-side sniffing
That's actually bugscape 4338.  5252 looks like a different issue.
The site is still using LAYER.  We've contacted them, and we've asked Brandi
Miller (from aol) to contact them.  No ETA yet :-(
The really funny thing is that they actually ship Netscape 6 on some of their
machines (at least, the SR33 comes with NS6 and no NS4).  OTOH, their built-in
help pages on the SR machines don't even work if you set your default browser to
NS4, much less NS6 -- if you don't make IE your default, their help pages don't
work.
No ETA on a fix...from our end.
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Version: other → unspecified
sony.com changed layout, however, they still do not support the w3c DOM.
However, they used a convenient api which I modified to make work with the DOM.
It is currently up at http://www.nexgenmedia.net/evang/sony/index.html, the api
at http://www.nexgenmedia.net/evang/sony/api.js.  For some reason the select
boxes are not working though, need to investigate that.
figured out the select boxes, 2 divs are placed over them, no idea why ns4/ie
let you interact with the selects.
assigned to me.
Assignee: aruner → mgalli
Status: NEW → ASSIGNED
http://www.nexgenmedia.net/evang/sony/test.html simplifies the 2 selects issue

the 2 selects (id's formSony and formQuicklink) are in a div each, and 2 other
divs (which have a border="3", id's cards and copyright) are used. 

the css:

#formQuicklink{ Position : absolute; Left : 16px; Top : 345px; width : 400px;
visibility : visible; }
#formSony{ Position : absolute; Left : 16px; Top : 379px; width : 400px;
visibility : visible; }

#cards{ Position : absolute; Left : 0px; Top : 340px; width : 98%; visibility :
visible; }
#copyright{ Position : absolute; Left : 0px; Top : 381px; width : 98%; z-index :
12; visibility : visible; }

So the 2 other divs are styled last, and thus positioned over the the 2 divs
that hold the selects.

per bc, cc:ing emeyer: is mozilla doing the correct behaviour? Ie5,ns4 and opera
do it differently it seems and both selects are usable with them.
I can't get http://www.nexgenmedia.net/evang/sony/test.html to load, so I can't
say for sure what we're doing right or wrong...
*** Bug 96545 has been marked as a duplicate of this bug. ***
the url should work now
On http://www.nexgenmedia.net/evang/sony/test.html, neither of the dropdowns
drop down for me using this morning's commercial build.

right, test.html shows another issue - 2 divs are overlaid over the 2 selects,
while ns4/ie put the selects on top of the divs.  In the css, the 2 overlaid
divs (in mozilla) are styled after the 2 selects. My question to emeyer is, are
we correct or not regarding that.

http://www.nexgenmedia.net/evang/sony/index.html is the working dhtml, but still
has the selects issue
ok, hixie assured me that we are doing the correct thing, will alter the code to
make the selects work  with us
Keywords: mostfreq
If you guys have a contact at sony.com, please let us know! THis is a a
traditional dhtml evang case, we are trying to contact them. Note that (besides
the dhtml fix), an easy workaround is to load the index3.htm
(http://sony.com/index3.htm).. this page have no DHTMT but at least is not
blocking the use. 

The problem isn't just the index page, though; even if I get past that (e.g. by
a google search which jumps me into sony's hierarchy) I frequently encounter
problems, like pages that come up mostly blank). 

I'm curious why doronr removed the mostfreq keyword.
er, i wonder how that happened myself, though bugzilla won't let me add it for
some reason.  I have not found a contact yet, still looking.
This is completelly major for us but not topembed. Removing the keyword.
Keywords: topembed
*** Bug 97864 has been marked as a duplicate of this bug. ***
*** Bug 98423 has been marked as a duplicate of this bug. ***
Why don't you refer this to the justice dept.  Mircosoft is using its monopoly
power to destroy netscape again  One remedy would require mircosoft to adhere to
industry technical standards or make the technical standards/specifications 
public/nonproprietary.
*** Bug 100667 has been marked as a duplicate of this bug. ***
the index site is fixed, sony has modified their initial layout a bit, and now
supports the w3c dom fully. (see http://sony.com/js/sony.js). 

However, since akkana stated that some other pages are not working, we need to
check on those too
Here are some other pages that don't work:
Go to http://www.ita.sel.sony.com/support/clie/ and click on "browse frequently
asked questions".  You'll get and error page: 
EPM0001E: There was an error processing the request
Click on FAQ from there and keep trying, you'll keep getting errors.

With NS4, I don't get the error page but it doesn't work there either; it claims
to find 6 questions but doesn't show them, and if I click on faq again I get a
mostly-blank page.

Presumably it works in IE. :-(

Indeed, ns4 does not show the results. However, 0.9.7 and ns6.2 work fine and
show the results for me.
Keywords: evang500
I'm marking WORKSFORME.
If any other problems come up please cc me as we have contacts.
marking wfm.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 23 years ago
Resolution: --- → WORKSFORME
Verified
2002040303/WinXP
URL: http://www.sony.com → http://www.sony.com/
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.