Closed Bug 303483 Opened 20 years ago Closed 20 years ago

ospreypacks.com - DHTML menu does not correctly render

Categories

(Tech Evangelism Graveyard :: English US, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: eric, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050803 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050803 Firefox/1.0+ The DHTML menu on http://www.ospreypacks.com does not render properly. It is out of frame at the top instead of coming out at the bottom. IE renders this correctly. Even though the site has no doctype declaration (renders in quirks mode), the code is almost 100% valid. Reproducible: Always Steps to Reproduce: 1. Visit http://www.ospreypacks.com/exposure_intro.htm or any other page on that site 2. Mouseover the menu. 3. Actual Results: Menu is rendered above and out of the viewer. Expected Results: Menu should drop down instead of up.
Yep, I see also this. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050804 Firefox/1.0+ ID:2005080421
I see this too with Seamonkey 1.0a, but not with Mozilla 1.7.11. So only trunk builds seem to affected.
Version: unspecified → Trunk
Have confirmed this is not working on MacOS, either. Could this possibly be a larger inherent problem in Firefox's DHTML rendering as opposed to a limited case?
OS: Windows XP → All
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
(In reply to comment #4) > WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 > Firefox/1.0.4 Yeah, we've already determined that this is a trunk regression. Unless you are using nightlies, you shouldn't be commenting in bugs like this. You're using a build that's almost 4 months old.
Eric (#5): Sorry! I was using someone else's box and didn't think this out very well, apparently ;) Please disregard comment #4. The behaviour is observed in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050827 Firefox/1.6a1: Explorer draws the menu items towards the bottom and Firefox towards the top. I'll look into the code to try and understand whats wrong. I apologize for the confusion.
I have verified this. The webmaster of the target site used DIV with absolute positioning to wrap all the HTML content. Because of this, DOM "HTML" element's offsetHeight property does not include the actual height of the content. The value returned from offsetHeight is too low and the script triggers broken logic to reverse the positioning of the menu block. I believe this is the correct behaviour on Firefox's part because the elements with absolute positioning are out of the flow. If I'm wrong then this is clearly a Firefox bug. Can anyone comment? I tested this on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050827 Firefox/1.6a1
I asked folks around, and they confirm that this is the expected behaviour. This should go to evang.
The main page, http://www.ospreypacks.com/, renders the menu properly. Do you know why? The positioning still appears to be absolute.
(In reply to comment #9) > The main page, http://www.ospreypacks.com/, renders the menu properly. Do you > know why? The positioning still appears to be absolute. Yes. The DHTML menu relies on the presence of DOCTYPE declaration to determine whether to use <HTML> tag's offsetHeight property or document.body.clientHeight The documents that do not have the declaration would be rendered properly. Those that do will break. For example: http://www.ospreypacks.com/environment.htm - broken http://www.ospreypacks.com/alison.htm - works It's clearly evang.
Assignee: nobody → english-us
Status: UNCONFIRMED → NEW
Component: General → English US
Ever confirmed: true
Product: Firefox → Tech Evangelism
QA Contact: general → english-us
Version: Trunk → unspecified
Summary: DHTML menu on www.ospreypacks.com does not correctly render → ospreypacks.com - DHTML menu does not correctly render
I have sent an e-mail to the webmaster explaining to him what the problem is and what needs to be done. Thanks for the diagnosis, Michael.
Marking as fixed, I contacted the webmaster and it appears they have removed the doctype in order to force it into quirks. Not the best solution, but it works.
Status: NEW → RESOLVED
Closed: 20 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.