Closed Bug 49006 Opened 25 years ago Closed 24 years ago

quantum.com - [LAYER]links not working in javascript-controlled layers

Categories

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

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: Spyder1344, Assigned: bc)

References

()

Details

When mousing over any of the categories on the left (such as "products") a layer is changed from visibility=hidden to visible. In that layer, there are several images or an imagemap (not sure - I think a client-side imagemap), that have links to individual product sections. Mozilla is not seeing those links properly, and upon clicking on any of the sub-categories, nothing happens. Mozilla thinks that the link is # rather than the HTML-defined address. This problem is repeatable. Mozilla M17 Build 2000080712.
Using Mozilla tip builds 2000-08-15 11AM Pacific Time on WinNT, Linux. Verified reported behavior on both OS. Changing OS to "All". Not an engine issue; reassigning to DOM Level 0 for further triage -
Assignee: rogerl → jst
Component: Javascript Engine → DOM Level 0
OS: Windows NT → All
QA Contact: pschwartau → desale
Looks like a bug for joki, reassigning and confirming.
Assignee: jst → joki
Status: UNCONFIRMED → NEW
Ever confirmed: true
This has been present for a number of Milestones now and is a cross-platform issue I've replicated on Mac, Win NT and Linux. I'd change the platform from PC to ALL if I could. Based on my testing, if there's multiple layers on a page and their visibility is changed dynamically, the client side image maps on a layer only work in the layer that was specified the last in the HTML code. The link is present on the other layers (mouse pointer changes) but clicking on the link doesn't start the clicking event at all - no Javascript onClick is activated and no link is followed.
The page is equally broken in IE5. There is special functionality for NN (through layer tags), but Mozilla does not support layers nor is it intended to do so. I added the [LAYER] indicator in the Summary field and added evangwanted keyword. The evangelist should contact Quantum and have them update their site to get rid of layers. Note that the page is fully functional only in NN supporting the layer tag. Handing over to ekrock to find the evangelist...
Assignee: joki → ekrock
Keywords: evangwanted
Hardware: PC → All
Summary: links not working in javascript-controlled layers → [LAYER]links not working in javascript-controlled layers
Reassigning to Blake for evangelism.
Assignee: ekrock → BlakeR1234
Component: DOM Level 0 → Evangelism
Changing QA contact to zach@zachlipton.com.
QA Contact: desale → zach
Nope, the above comment about NN specificity is not correct. The bug is present in pages created specifically Mozilla in mind, using the DIV tag. Check out http://www.thefeature.com/navi_html.jsp. The page uses DIV's with Mozilla and gets the pointer to them with document.getElementById. What's the proper term for the "layer" DIV mechanism? The standards docs are more than cryptic and I have no clue whatsoever as to what to call them other than "layers".
-> evangelism@telocity.com for my evangelism bugs. removing the now-depreciated evangelism-related keywords. setting platform to All.
Assignee: blakeross → evangelism
Keywords: evangwanted
Reassigning evangelism bugs to bclary@netscape.com.
Assignee: evangelism → bclary
Summary: [LAYER]links not working in javascript-controlled layers → quantum.com - [LAYER]links not working in javascript-controlled layers
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
fixed. menus work fine
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified 2002022703/WinXP
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.