193339 - can't select an option on the menu of nvidia page, the problem of the position is now fixed, but a new bug as appeared

Status: RESOLVED DUPLICATE of bug 190677

(Core :: DOM: CSS Object Model, defect)

Description

[António Martins]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210

In the page at http://www.nvidia.com/, in the top menu, you can't choose an
option like at the IE or Opera. The alinment of the menu as been fixed, but has
appeared a new bug. Try to choose an option with mozilla 1.3b and with IE 6.0 to
see what i mean.

Reproducible: Always

Steps to Reproduce:
1.Go to www.nvidia.com
2.See the top gray menu
3.In products, try to choose CG, for example.

Actual Results:  
The options simple gone, when i try to choose an option.

Expected Results:  
Do the same thing as in IE 6.0 or Opera 7.01

Comment 1

[Warner Young]

CONFIRMING, I see it with 2003021408, Win98 SE as well.  However, I don't think
it's a plugin problem.  Possibly Javascript or DHTML?

Comment 2

[Chris Casciano]

yes, this is javascript and not plugins... (probably better suited for
evangelism after the code is looked at)

Also -> All/All based on 1.3b/OS X

Comment 3

[Phil Schwartau]

The key function for this bug is in http://www.nvidia.com/js/flyout.js:

function MM_showHideLayers()
{
  var i, p, v, obj, args = MM_showHideLayers.arguments;

  if (navoffImg != "")
      getimgnavOff(args[0]);

  for (i = 0; i < (args.length - 2); i += 3)
  {
    if ((obj = MM_findObj(args[i])) != null)
    {
      v = args[i + 2];
      if (obj.style)
      {
        obj = obj.style;
        v = (v == "show") ? "visible" : (v = "hide") ? "hidden" : v;
      }
      obj.visibility = v;
    }
  }
}


I set a breakpoint in this function using Mozilla's JavaScript Debugger.
When we mousover a menu button at the top, e.g. "PRODUCTS", the function
is called with v = "show". A black submenu appears underneath the button,
with all the products listed. However, when a Mozilla user moves the mouse
onto this submenu, the function gets called again with v = "hide" !!!

That seems to be the problem; will investigate further -

Comment 4

[Phil Schwartau]

Attachment: Reduced testcase

Comment 5

[Phil Schwartau]

Attachment: Reduced testcase (better)

Comment 6

[Phil Schwartau]

Using Mozilla trunk build 2003020508 on WinNT.

Try the reduced testcase in IE6; you are able to click on the submenu
items. In Mozilla you are not able to; the submenu disappears when you
mouseover it.

This looks like it has to do with CSS as much as anything else.  
There are 3 <div> elements in the (improved) reduced testcase.
If I change the CSS style on any of them, the bug no longer occurs.

Reassigning to DOM Style for further analysis; cc'ing Boris. Note this
bug has come up in comments to bug 110629 (see bug 110629 comment 26).

That bug is currently filed under Tech Evangelism, although there has
been  debate over that. The summary there is "nvidia.com - dropdown menu
is displayed in a wrong place or not displayed". I don't know if the two
issues are related or not.

Comment 7

[Phil Schwartau]

Note these bugs filed on the same site, same issue:

bug 188153, "onmouseover not working"
bug 190677, "Mouse-over drop-down menus on Nvidia page cannot be clicked"

We might want to dupe those bugs forward to this one, since there
is more analysis and a reduced testcase here.


Adding "regression" keyword, since it was noted in bug 188153 comment 10:

------- Additional Comment_ #10 From Giacomo Magnini  2003-02-12 00:03 -------

I can confirm Heikki's report with 1.3b milestone win2k. The amazing thing is
that the buttons at the top of the window now are perfectly aligned, but the
menus don't work (they disappear), but in 1.3a milestone the buttons were not
aligned at all, but the menus *DID* work! 

Comment 8

[Phil Schwartau]

Here is a synthesis of the reduced testcase. Note all the CSS.
The "gnav_drivers_us.gif" at the bottom is the menu button -


<link rel="stylesheet" type="text/css" href="/lib/css/style.css">

<div id="gbnav" style="position:absolute; left:0px; top:0px; z-index:20">
<table>
<tr>
  <td width="300"></td>
  <td>

  <span onMouseOver="MM_showHideLayers('ID02','','show')"
        onMouseOut= "MM_showHideLayers('ID02','','hide')">
    <div id="ID02" class="otherfly">
      <div class="glbflypos">
        <table class="menulink">
           <!-- here we have rows with the menu items -->
        </table>
      </div>
    </div>
    <!-- here we have the menu button -->
    <a href="/content/drivers/drivers.asp">
    <img border="0" src="/docs/CP/2/SUPP/gnav_drivers_us.gif"></a>
  </span>
					
  </td>
</tr>					
</table>
</div>

Comment 9

[Boris Zbarsky [:bzbarsky]]

jkeiser, does this get better with your recent patch?

Comment 10

[Boris Zbarsky [:bzbarsky]]

*** Bug 193591 has been marked as a duplicate of this bug. ***

Comment 11

[Hermann Schwab]

the problem of the position is not fixed!
when I opened that website in a new tab, from bug 193591, it was not looking
correct, the box "Press Releases" was lower, and part of the three lines
overlapping below the text Gforce FX and the tech-tv symbol beneath.
That has been happening in same browsing session about three minutes ago,
and now I was astonished reading this "position bug fixed", and reopened
nvidia.com, seeing all is well. In the meantime I had looked at nvidia.com with
NS4.79, opened besides mozilla.

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030216

Comment 12

[John Keiser (jkeiser)]

Attachment: Minimized Testcase

If this isn't minimized, it's damn close.  I have to have an absolutely
positioned element outside, with a table inside, with the menu inside.

The problem (which you can see with the border set) is that if you are no
longer over the absolute positioned element (parent div) but are over the
popup--a relative positioned element--mouseout gets fired and mouseover is no
longer fired.  I see two bugs:

- There is a bug with the mouseout being fired too early.  We fire mouseout for
the anchor as soon as you cross the boundary from the absolutely positioned
element even if you are over the anchor.
- (probably) for some reason we can't find the relative positioned element if
it is hidden and this set of parents is around.  Dunno why that is.  There is
probably a more minimal testcase for this particular bug.

Comment 13

[Daniel Wang]

*** Bug 196245 has been marked as a duplicate of this bug. ***

Comment 14

[Daniel Wang]

*** Bug 194502 has been marked as a duplicate of this bug. ***

Comment 15

[Daniel Wang]

*** This bug has been marked as a duplicate of 190677 ***

Comment 16

[R.K.Aa.]

This bug here is OS: All, but is marked dup of a win2000 bug?
testcase in comment 12 works on linux, that is: A black box drops down.
But at the Nvidia site, nothing drops down, there seems to be a black line under
the top images that get slightly thicker when i mouse over them, that's all.