Closed Bug 20825 Opened 25 years ago Closed 21 years ago

eddiebauer.com - [LAYER] menu roll-overs not functioning

Categories

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

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jason, Unassigned)

References

()

Details

(Whiteboard: [USERAGENT][aok])

Running Redhat 6.0 with kernel 2.2.13 using Moz M11. 1. Go to http://www.eddiebauer.com/ 2. On index page, put mouse pointer over the 'Women's' button. 3. Nothing happens. On Netscape 4.7, putting the mouse pointer over the 'Women's' button will cuase a sub-menu to be displayed containing items such as 'Outerwear', 'Sweaters', and 'Shirts', etc. Very repeatable, very consistent. -jason
Assignee: mccabe → vidur
Component: Javascript Engine → DOM Level 0
Reassigning to DOM component.
Assignee: vidur → ekrock
Looks like it is using LAYER tag to do the roll-over
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Summary: Menu roll-overs not functioning → [LAYER] menu roll-overs not functioning
Yup. Page optimizes for IE4/5 and Nav4 but not Nav5/W3C DOM. INVALID. LAYER, ILAYER, document.layers[] not supported in Gecko/Nav5. Closed. Notified reporter and site owner via template at http://sites.netscape.net/ekrock/fixit/layer.html In the future, if possible, please INVALID, notify, and close such bugs directly using that template without assigning to me. Thanks!
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: ekrock → nobody
Status: RESOLVED → NEW
Component: DOM Level 0 → 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
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
Severity: normal → critical
Status: NEW → ASSIGNED
OS: Linux → All
Priority: P3 → P1
Hardware: PC → All
Target Milestone: --- → mozilla0.6
-> evangelism@telocity.com for my evangelism bugs. removing the now-depreciated evangelism-related keywords. setting platform to All.
Assignee: blakeross → evangelism
Status: ASSIGNED → NEW
Keywords: evangwanted
Target Milestone: mozilla0.6 → Future
Reassigning evangelism bugs to bclary@netscape.com.
Assignee: evangelism → bclary
I no longer see layer related errors in the JavaScript console, but the pull down menus on the page do not work in Mozilla/Netscape 6. Contacted via webmaster letter to webmaster@eddiebauer.com and via web form at http://www.eddiebauer.com/eb/custserv/ae_email.asp?NOTE=http%3A%2F%2Fwww%2Eeddiebauer%2Ecom%2Feb%2Fcustserv%2Feb%5Fsitedirectory%2Easp
Status: NEW → ASSIGNED
Whiteboard: [USERAGENT]
Summary: [LAYER] menu roll-overs not functioning → eddiebauer.com - [LAYER] menu roll-overs not functioning
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Target Milestone: Future → ---
Version: other → unspecified
follow up with these sites by 0.9.5
Target Milestone: --- → mozilla0.9.5
The button doesnt display layers on Mozilla because Mozilla doesn't support it. Clicking the button works fine, and presents a new page with menus - the same as are visible in a dropdown on NS4. Is this bug about having the author NOT support layers for users with Netscape 4* browsers? There is no loss of functionality, content or layout flaws. There are no error messages. Why does this bug have severity critical?
the critical was set back in Oct 2000. We do not really use severity in Evangelism bugs, so it is not an issue. setting to minor
Severity: critical → minor
-> 0.9.6, need to follow up on these asap
Target Milestone: mozilla0.9.5 → mozilla0.9.6
not fixed
Status: ASSIGNED → NEW
browser_functions.js detects Mozilla/NS6, set var br = "N5". dropdown_functions.js only has forks for NN4/IE also has functions with proprietary IE only API calls. Could have been written using a DOM Compliant branch // hides specified tag function hideElement(HTMLtag) { for (i = 0; i < document.all.tags(HTMLtag).length; i++) { obj = document.all.tags(HTMLtag)[i]; obj.style.visibility = "hidden"; } } // shows specified tag function showElement(HTMLtag) { for (i = 1; i < document.all.tags(HTMLtag).length; i++) { obj = document.all.tags(HTMLtag)[i]; obj.style.visibility = "visible"; } } http://www.eddiebauer.com/js/eb_stylesheets.js contains a fork which servers up a separate stylesheet to NN4/Mozilla/NS6 and a another to IE. http://www.eddiebauer.com/js/eb_layers.js contains only code forks for NN4 and IE. http://www.eddiebauer.com/js/eb_search.js contains only code forks for NN4 and IE. var siteSRC = "eb"; var top = "140"; var left = "584"; if (br=="N") { document.write('<script language="JavaScript" src="/js/search_n4_display.js"></script>'); } else if (br=="IE") { document.write('<script language="JavaScript" src="/js/search_ie_display.js"></script>'); } http://www.eddiebauer.com/js/search_n4_display.js http://www.eddiebauer.com/js/search_ie_display.js
contacted again via web form. Recheck in December.
Status: NEW → ASSIGNED
Target Milestone: Nov → Dec
Whiteboard: [USERAGENT] → [USERAGENT][aok]
I have this working. however, they rely on an imagemap, so onmouseout is called too early (bug 120387)
Depends on: 120387
dropdown works. search gives a JS error, but still works. doron: where's the imagemap?
marking fixed; Bob see bugscape if there are ever issues again.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago22 years ago
Resolution: --- → FIXED
reopening, this doesn't work for me with a mach-o build from the other day (works in IE).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Verified drop down menus are not working.
tech evang june 2003 reorg
Assignee: bc → english-us
Status: REOPENED → NEW
QA Contact: zach → english-us
Target Milestone: Dec → ---
Tested in Moz 1.3, IE 6, Netscape 4.7, site appears to no longer use the pop up windows in any browser. Change status to Resolved?
yeah, thanks Bill.
Status: NEW → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.