Last Comment Bug 68960 - - [LAYER]JavaScript Pop-ups don't work appear
: - [LAYER]JavaScript Pop-ups don't work appear
Product: Tech Evangelism Graveyard
Classification: Graveyard
Component: English US (show other bugs)
: unspecified
: All All
P3 trivial
: ---
Assigned To: Doron Rosenberg (IBM)
: Zach Lipton [:zach]
Depends on:
Blocks: 85104
  Show dependency treegraph
Reported: 2001-02-15 13:51 PST by edburns
Modified: 2015-04-19 23:39 PDT (History)
3 users (show)
See Also:
QA Whiteboard:
Iteration: ---
Points: ---


Description User image edburns 2001-02-15 13:51:49 PST
This occurrs on both the Netscape_20000922_BRANCH and on the trunk.

Steps to reproduce:

1. Visit

2. After the page loads, move the mouse over the "we are a direct lender"

Expected results: a "pop-up" like thingy appears displaying the text "no
middlement means less read tape...".

Actual results: nothing happens

Reproducible: always.
Comment 1 User image Tim Powell 2001-02-15 14:43:07 PST
This appears to be a problem with browser detection code. It is looking for 
document.all and document.layers which will fail with Mozilla.
Comment 2 User image Phil Schwartau 2001-02-15 15:02:50 PST
That's right - Layers and document.all with no code path for DOM-compliant 
browsers. For example, here is the browser-sniffing being used at the site: 

          NS4 = (document.layers) ? 1 : 0;
          IE4 = (document.all) ? 1 : 0;
          ver4 = (NS4 || IE4) ? 1 : 0;

And then they have functions like this: 

// Function to 'activate' images.
function imgOn(imgName) {
  if (!ver4) return;

  if (NS4) {
    document.MainBodyDiv.document[imgName].src = eval(imgName + "_on.src");
  else {
    document[imgName].src = eval(imgName + "_on.src");

In Mozilla or NN6, the site's flags NS4, IE4, ver4 evaluate to false
(NN4.x supported layers, but Mozilla/NN6 does not). Therefore functions
like imgOn() don't run as expected in Mozilla/NN6. 

For more information on this issue, see bug 50711. Reassigning to 
Evangelism component - 
Comment 3 User image /\/\arcio Galli 2001-04-02 18:47:44 PDT
Agreed evangelism issue.

* not affects the user access experience. I mean have access to pages.

* expand collapse menu does not work on secundary pages (but not affects user
access experience too because the submenus are already open using Mozilla).

Recommends to use the Ultimate Client Sniffer:
to sniff the client

And if(is_gecko) { 	// see above URL.

then do the proper DOM operations with the elements in the page.

For example.. functions like this:
 function popUpHide(whichDiv) {
			if (!ver4) return;
			if (pageLoaded != 0) {
				if (NS4) {
				    eval ("document." + whichDiv + ".visibility = 'hidden'");
				else {
				    eval (whichDiv + ".style.visibility = 'hidden'");

proposed should be more like:

 function popUpHide(whichDiv) {
			if (!ver4) return;
			if (pageLoaded != 0) {

				if (is_gecko) {
				if (NS4) {
				    eval ("document." + whichDiv + ".visibility = 'hidden'");
				else {
				    eval (whichDiv + ".style.visibility = 'hidden'");
Comment 4 User image Blake Ross 2001-04-29 11:42:59 PDT
Reassigning evangelism bugs to
Comment 5 User image Bob Clary [:bc:] 2001-08-10 18:49:06 PDT
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
Comment 6 User image Doron Rosenberg (IBM) 2001-08-20 05:50:54 PDT
the pop-up in question is gone, though the img hover effects still does not work
(the dhtml menus when you click the images works though).
Comment 7 User image Doron Rosenberg (IBM) 2002-01-05 13:18:45 PST
also need to upgrade hiermenu from 4.0.x to 4.1.x
Comment 8 User image Zach Lipton [:zach] 2002-01-25 18:26:00 PST
Mass reassign of all tech-evangelism us general bugs assigned to bc to 
doron except bc's P1 bugs. You may search for this mass reassign (it is 
305 bugs) by searching for the keyword 'greeneggsandham'
Comment 9 User image Pascal Chevrel:pascalc 2002-12-22 15:17:03 PST
Site redesign. The new version supports W3C DOM. Marking as WorksForMe

Note You need to log in before you can comment on or make changes to this bug.