Closed Bug 231026 Opened 21 years ago Closed 11 years ago

menus do not appear when mouse is rolled over links

Categories

(Core :: Layout: Positioned, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: leor, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031208
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031208

In the PSU Abington page, www.abington.psu.edu, there are buttons on the right,
such as Academics, Admissions, Continuing Education, and Student Life. When the
pointer is hovering over one of them (NOT clicked), a submenu containing related
topics should appear. I don't know why it doesn't work. I DO know that in IE and
Safari it works correctly. It might be a website problem and not Mozilla but I'm
not sure.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.abington.psu.edu
2. Move the mouse over a button on the right (like Academics, Admissions,
Continuing Education, or Directories).
3. Note that no submenus appear

Actual Results:  
Nothing happened

Expected Results:  
Display submenus corresponding to buttons
Hmm, odd... the site definitely has mozilla-specific code that tries to do the
same thing as the IE code...

A reduced testcase would be useful.
Keywords: qawanted
Attached file Testcase
Confirming bug, 2004-01-16-08 trunk Linux.
Assignee: general → nobody
Severity: minor → normal
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout: R & A Pos
Ever confirmed: true
Keywords: qawantedtestcase
OS: MacOS X → All
QA Contact: general → core.layout.r-and-a-pos
Hardware: Macintosh → All
Depends on: 135082
Hmm... The testcase worksforme in a current build (was likely fixed by bug 79315).

The original site is still not showing menus, though.... even with the patch in
bug 135082.  So something else is going on.
Keywords: qawanted
I don't see how the page expects this to possibly work (although it does in IE):
line 160 of http://www.abington.psu.edu/ does
window.FW_showMenu(window.fw_menu_0,-171,-1,null,'abo_s')
That sets the position of an absolute DIV to left=-171 and top=-1, which is off
the screen.

Changing the call to 
window.FW_showMenu(window.fw_menu_0,0,0,null,'abo_s')
makes the menu appear (surprise, surprise) in the upper-left corner.

But the same code is used for IE... how can that possibly work?
Hmm...  Is it correct that the containing block of the menu is the viewport? 
Shouldn't it be inside a rel pos inline (per the earlier testcase in this bug)?
I don't see anything the JS that would make it relative.  The container is
generated on line 86 of http://www.abington.psu.edu/fw_menu.js.  DOM Inspector
says it has "position: static."  The actual position on the page is in the upper
left corner.
Fun....
the PSU page seems to have been redesigned.  I don't see any DHTML menus, but
perhaps they aren't supposed to exist.  I still have the original page, which
still doesn't display properly, but this bug appeared headed for evangelism.

If someone wants to figure out why/how it ever worked in IE, I'll attach it...
otherwise this is worksforme.
Works for me using Latest Nightly 25 on Windows 7 x64
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: