Closed Bug 63393 Opened 24 years ago Closed 22 years ago

adobe.com - product pages use Layer based GoLive5 content

Categories

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

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

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: hsivonen, Assigned: bc)

References

(
URL
)

Details

(Whiteboard: [LAYER][TOOL][GoLive]) 

Some newer Adobe product pages, including the pages for Photoshop 6, Illustrator
9 and GoLive 5, either don't display or are unbrowsable. This appears to be due
to non-DOM-compliant layering (apparently generated by GoLive 4).
All these cases seems to be related with pages generated by GoLive. Agreed,
related with layering. 
This site uses the deprecated document.layers syntax.


When you load the site and mouseover the "downloads" link, in NN4.7 
you get a nice submenu to the right of the link. However, in Mozilla/N6 
nothing happens, and you see this error in the JavaScript Console:


             Error: curDoc.layers has no properties



This is caused as follows. The mouseover behavior on the downloads link
is defined like this: 


<A HREF="#"    
   ONMOUSEOVER="CSAction(new Array    
   (/*CMP*/'A99BE43163',/*CMP*/'A99BE43165',/*CMP*/'A99BE43167')) 

                        etc.

Note: the /*CMP*/'s are just JavaScript comments and can be excluded.



The CSAction() function uses an object called "CSAct", defined as follows: 

CSAct = new Object;
CSAct[/*CMP*/ 'A99BE43167'] = new Array(CSShowHide,/*CMP*/ 'dwnlds',1);

                           etc.
                           etc.



The net effect is that CSAction() ends up calling CSShowHide():


function CSShowHide(action) {
 if (action[1] == '') return;
 var type=action[2];
 if(type==0) CSSetStyleVis(action[1],0);
 else if(type==1) CSSetStyleVis(action[1],1);
 else if(type==2) { 
  if (CSGetStyleVis(action[1]) == 0) CSSetStyleVis(action[1],1);
  else CSSetStyleVis(action[1],0);
 }
}


Which calls:


function CSSetStyleVis(s,v) { 
  if (IsIE()) CSIEStyl(s).visibility = (v == 0) ? "hidden" : "visible";                           
  else CSNSStyl(s).visibility = (v == 0) ? 'hide' : 'show'; 
}


Which calls:


function CSNSStyl(s) {return CSFindElement(s,0);}


Which calls:


function CSFindElement(n,ly) 
{ 
 if (CSBVers < 4) return document[n];
 var curDoc = ly ? ly.document : document; 
 var elem = curDoc[n];

 if (!elem) 
 { 
  for (var i=0;i<curDoc.layers.length;i++)   <<<<<<<<<<<<<<<<<<<<<< ERROR
  {
   elem = CSFindElement(n,curDoc.layers[i]); 
   if (elem) return elem; 
  }
 }
 return elem;
}



This errors because document.layers is no longer supported in Mozilla/N6 ...

*** Bug 75512 has been marked as a duplicate of this bug. ***
Reassigning evangelism bugs to bclary@netscape.com.
Assignee: evangelism → bclary
major site (adobe.com)
Priority: -- → P1
contacted site
Assignee: bclary → doronr
*** Bug 93285 has been marked as a duplicate of this bug. ***
Putting [LAYER] where it belongs.
Summary: [LAYER] Some Adobe product pages unbrowsable → Some Adobe product pages unbrowsable
Whiteboard: [LAYER]
Adobe now seems to be using GoLive 5, but the problem persists. Contacted the
site again.
Whiteboard: [LAYER] → [LAYER][TOOL][GoLive]
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
taking
Assignee: doronr → bclary
Summary: Some Adobe product pages unbrowsable → adobe.com - Some Adobe product pages unbrowsable
-> Arun, for all Adobe bugs.
Assignee: bclary → aruner
Mark bug number 79363 as duplicate
*** Bug 79363 has been marked as a duplicate of this bug. ***
*** Bug 101493 has been marked as a duplicate of this bug. ***
this bug is also produced by Adobe InDesign 2.0, not only Dreamweaver
ähm sorry, i didnt mean DreamWeaver i mean GoLive
*** Bug 112413 has been marked as a duplicate of this bug. ***
Blocks: 114155
taking
Assignee: aruner → bclary
contacted 12/8
Status: NEW → ASSIGNED
Target Milestone: --- → Jan
*** Bug 115652 has been marked as a duplicate of this bug. ***
Component: US General → Authors
Blocks: 118549
Whiteboard: [LAYER][TOOL][GoLive] → [LAYER][TOOL][GoLive][aok]
Keywords: evang500
Error: document[changeImages.arguments[i]] has no properties
Source File: http://www.adobe.com/products/
Line: 50

Error: curDoc.layers has no properties
Source File: http://www.adobe.com/products/golive/main.html
Line: 128

Error: curDoc.layers has no properties
Source File: http://www.adobe.com/products/acrobat/main.html
Line: 102

Error: curDoc.layers has no properties
Source File: http://www.adobe.com/products/aftereffects/main.html
Line: 122

etc

Site needs to update content using GoLive 6 which supports
Netscape6/Mozilla/Gecko out of the box.
URL: http://www.adobe.com/products/golive/... → http://www.adobe.com/products/
Summary: adobe.com - Some Adobe product pages unbrowsable → adobe.com - product pages use Layer based GoLive5 content
Whiteboard: [LAYER][TOOL][GoLive][aok] → [LAYER][TOOL][GoLive]
*** Bug 124186 has been marked as a duplicate of this bug. ***
contacted, follow up in Mar
Target Milestone: Jan → Mar
Target Milestone: Mar → May
GoLive 6.0 is out; Adobe website developers should have a copy by now.  :)

Unfortunately I am still seeing the same issues with new product pages recently
updated.

Any new word from Adobe on status?
hopefully by may
http://www.adobe.com/products/golive/main.html

They fixed this section! They are working on it it seems
*** Bug 142644 has been marked as a duplicate of this bug. ***
looks and acts the same as IE6, no errors in js console -> fixed on the
particular  products home page. If you find individual product pages which are
still broken please file new bugs on them and block this bug. Thanks.

-> Fixed.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
https://createpdf.adobe.com/ also has an instance of this bug along with a note
telling users to refrain from using Netscape 6 or higher until Adobe indicates
support.
ok. good enough. Thanks for your help in checking the pages->reopen
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: May → ---
I checked all the links in comments 33 and 34.  The pages all display nicely,
and the menu to the right pops up submenus when moused over as expected.  I got
one javascript error in my console when I went to the shopping cart - it
complained about a \\--> but still displayed fine.

\\-->  Heehee!  Somebody's leaning the wrong way.

Is this fixed?  
Ok, the list and all dupes look fine to me. -> Fixed. Yay!
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
verified using 2003052623
Status: RESOLVED → VERIFIED
Moving to new component
Component: Authors → English US
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.