Closed Bug 90617 Opened 23 years ago Closed 23 years ago

HierMenus no longer working

Categories

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

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: markushuebner, Assigned: bc)

References

()

Details

(Keywords: dom0, regression, testcase, Whiteboard: [DHTML][TOOL][HIERMENU])

Attachments

(1 file)

At
http://www.webreference.com/dhtml/column56/HM4-0-13/LoadMe.html
you wil find the latest version of the HierMenus 4.0.13

This is the most widely used DHTML hierarchical menu library
and worked perfectly with Mozilla 0.9.2
Must be some kind of regression.

If you move the cursor over a blue-link then the pop-up menu appears
at the top of the browser-window instead of beside the menu-item.

There are no errors reported in the JavaScript console.
Don't know what this means to other DHTML functions, which 
could be affected by the regression.

Used build 2001071214
Severity: normal → major
Over to evangelism, I bet this is due to the fix that went in for bug 81290,
that fix makes mozilla work more like IE does wrt .offsetXXX (which this page
uses extensively) and now this site relies on the old broken mozilla behavior
that was fixed. Markus, that change went in on 6/29, could you test builds
around that date to verify?
Assignee: jst → bclary
Component: DOM Level 0 → Evangelism
QA Contact: desale → zach
Bob, I recommend marking P1 because this is a really important "dhtml" library.
jst, is there a way to tell the folks at hiermenus what changed in offset*
exactly? since they just released a new version (a few weeks ago), I doubt they
will like it not working with NS6.1
ok. 
Severity: major → critical
Priority: -- → P1
Fabian, .offsetXXX changed to match what IE returns when used on positioned
elements or children of positioned elements, i.e. offsets on an element that's a
child of a positioned element are relative to the closest positioned parent,
among other things like that...
Blocks: 85104
contacted via peter.belesis@btclick.com 7/13/01
No longer blocks: 85104
Status: NEW → ASSIGNED
Yes, the problem is due to .offsetTop and .offsetLeft.
The following html demonstrates the problem:

<html>
<body>
 <div id="test" style="left:100px;top:100px;position:absolute;">
  <div id="test2" style="position:absolute;">
   &nbsp;
  </div>
 </div>
 <script>
document.write("offsetLeft:"+document.getElementById('test2').offsetLeft+"<br>");
document.write("offsetTop: "+document.getElementById('test2').offsetTop+"<br>");
 </script>
</body>
</html>

0.9.2 displays an offsetLeft and offsetTop of 100, but Build 2001062815 displays 0
Attached file testcase
Peter replied and will be adapting the HierMenus to handle the changes in the
offsetXXX properties. But since he released a new version yesterday it will be a
few weeks before the next release.
Keywords: testcase
OS: Windows 2000 → All
adding as blocker to tracking bug 85104
Blocks: 85104
Whiteboard: [DHTML][TOOL][HIERMENU]
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
Version 4.0.14 of the HierMenus code has just been posted at the WebReference
site that addresses this issue, and web authors are encouraged to download and
update their HM code (which now works as intended for NS6.0, 6.1, and Mozilla
builds before and after 20010726). Perhaps bug 90617 should be marked as fixed,
as this is an HM issue, and not a problem with Mozilla code.
can we close this out now and recomend an upgrade to those using 
HierMenus?


Zach
oops, ignore that :)
No longer blocks: 94162
*** Bug 94162 has been marked as a duplicate of this bug. ***
Peter fixed HM, ->Fixed
Status: ASSIGNED → RESOLVED
Closed: 23 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.

Attachment

General

Creator:
Created:
Updated:
Size: