From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011116 BuildID: 2001111621 In this homepage, a menu is displayed on the top line(silver color.) When you move the mouse over the menu, a dropdown menu is displayed. Sometimes it doesn't appear. When a dropdown menu is displayed, it is on the left edge of the screen instead of just below the menu. Reproducible: Always Steps to Reproduce: 1.Open the page 2.move mouse cursor over the menu on the top of the page. Actual Results: Dropdown menu appears, but it is NOT below the button, instead it appears on the left edge of the page. OR it doesn't appear at all. Expected Results: Drop down menu should appear just below the button. At least, it appears on Mozilla0.9.5. Similar bugs (drop down menu doesn't appear) have been reported some times, but I want to report the drop down menu is displaced. And sometimes it doesn't appear at all. On IE6.0 on Window$Me/2000, it always works fine.

I found the same bug with konqueror in KDE2.2 on RH7.2

Confirming 2001111603 on Win2k. The suspect code is here: http://www.nvidia.com/js/flyout.js Normally, I would think this would be a shoo-in for old-Hiermenu-problem, but I see no evidence of Hiermenu code :-/. Looks like plenty of Dreamweaver code, though. Adding block: bug 51020. Related bugs: bug 90617 and bug 81290? -> Evangelism

I just spent about 30 minutes reading this code and I frankly don't see why it works in IE. The function that's supposed to position that div ("dropdown()" in http://www.nvidia.com/js/flyout.js, which is called with "type == 'drop'" being true) basically performs a no-op for the horixontal position and correctly calculates the vertical position. I see no way for this page to work with IE unless it serves IE a different sheet or unless I'm majorly misreading the IE logic in getCalculatedProperty()

erp. resetting stuff I just mis-set.

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

hmm, nvidia was working 2 milestones ago. Wierd

Actually this worked fine with a build some days ago, so I guess it should be easy to fix this bug. Mozilla could display correctly. However, sometimes the popodown menu didn't appear then, as well as now.

Seems to be more of a mozilla bug than evang. http://www.nvidia.com//js/flyout.js: cssp = document.defaultView.getComputedStyle(docObj, "").getPropertyValue(property); which gets done for "left" They do it on an element styled via http://nvidia.com//lib/css/style.css using: .hideFly { position:absolute; visibility: hidden; layer-background-color:#000000; z-index:21; }

I found a new similar phenomenon on the same page. On that page, on the left, there is a list "solution for...." and when you move mouse cursor over "workstation", "entertainment|games", etc, a dropdown-like menu appears at the same position regardless of the button. I thought on Mozilla0.9.5, the menu appears just on the left of the button. I don't know about *.js script files, so I don't know what's wrong......

Doron, can you come up with anything resembling a minimal testcase here? I just tried looking at the page with DOM inspector and <div>s that are plainly in the source are not showing up in the DOM. So _something_ is wrong...

Simplified html and js at http://www.nexgenmedia.net/evang/nvidia/ I alert() the left that is calculated, which is 0px in moz and 199px in ns6.2

Well, now. That's really interesting... There is absolutely no reason I see that that computed value should be anything but 0. The div has no style attribute in the HTML, the css rule for .hidefly does not set a value of "left", and the JS doesn't set it either... or am I completely missing something?

Mass reassign of all tech-evangelism us general bugs assigned to bc to doron except bc's P1 bugs. You may search for this mass reassign (it is 305 bugs) by searching for the keyword 'greeneggsandham'

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

ok, it seems that nvidia is not giving us the right html, as we now get no dhtml served. same goes for ns6

see also bug 126262 for a similar testcase with a positional problem.

Note: Here is some stuff that nvidia has on their page that is similar to bug 107093 with its dhtml & mouseovers. And see also similar weirdness with bug 107093 comment 3, #4, bug 107093 comment 15, on browser sniffer issues which maybe nvidia is having issues with too? I dont know, I haven't develed deeper, as its harder to debug other people's code than your own.

Contacts: From What's Related Sidebar: nVidia 3535 Monroe Street Santa Clara, CA 95051 US Phone: +1-408-615-2519 From http://www.nvidia.com/view.asp?IO=legal_info: NVIDIA Corporation 2701 San Tomas Expressway Santa Clara, CA 95050, USA From Upgrading and Repairing PCs: Tenth Anniversary Edition: nVidia Corporation 1226 Tiros Way Sunnyvale, CA 94086 Phone: (408) 617-4000 Fax: (408) 617-4100 Web: www.nvidia.com E-mail:info@nvidia.com I don't know which is right.

figured it out, bastards are giving us empty divs :)

Drop down menus are shown in the correct place in Mozilla 1.1 on 12th/9/02

Scratch that. The menus work on the home page, but not on other pages inside the site. Even on the homepage the download drivers and support buttons are a bit low.

I cant even see the menus on the homepage (though its not a very critical issue as the site is still usable...)...

I'm seeing the problem with cvs build 20021126 1.3a, gtk2, xft. Not critical though, the site is still usable.

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

Why is this evang? It works in NS7 and used to work in Mozilla. Right now I only see a dark line under the menu images, instead of the black dropdowns, though.

Using: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030108 I can't reach the menus - they open up but when I move the mouse to them they disappear. any way NS7 is based on a very old version of Mozilla try a more recent build.

NS7 has a bug in its computed style implementation that this page depends on. It has been fixed on the trunk. Hence this is evang.

bz: got a bug number for that fix handy?

bug 84599 and bug 109523

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

The menus are positioned correctly on the homepage (nvidia.com) in 1.3b (Gecko/20030210) but the items are not click able the menus disappear as soon as you mouse over the menus. As mentioned earlier in this bug: the subsequent pages do not display the menus.

For the issue raised in Comment #26, see bug 193339, "Can't select an option on the menu of nvidia page. The problem of the position is now fixed, but a new bug has appeared" I have made a reduced testcase there for that issue. I don't know whether it is Evangelism problem or not. It is currently assigned to DOM Style.

I'm noticing a similar problem with http://www.logitech.com, for the US location. Mouse over to Products, and then move down to one of the submenu entries, like "by Category." In 1.3b the menu doesn't stick around to let you highlight a submenu, much like on nvidia's website.

Scratch that. I guess something strange was happening on my end.

tech evang june 2003 reorg

They seem to changed the problem, now the menu just doesn't show up.

When they changed something the menues stop appearing. That was bug 188153. And that bug got fixed by bug 173277. Not sure if this should be duped or marked as fixed.

invalid, not evangelism.