95287 - DOM menu not working (Gnome, KDE windows manager-specific)

Status: NEW

(Core :: XUL, defect)

Description

[ron]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801
BuildID:    2001080104

The horizontal dropdown menu is not working using Moz 0.9.3 (linux), ie. the
menu popups IS showing up when the mouse is over, BUT nothing happens when the
mouse is clicked at the links. The same menu works fine in Moz 0.9.3 (Win32).

Reproducible: Always
Steps to Reproduce:
1. Open http://krak.dk/scripts/normal_soegning.htm (or just www.krak.dk)
2. Hold the mouse over "Om Krak" in the menu.
3. In the popup click "Krak Internet"

Actual Results:  Nothing

Expected Results:  transported you to http://www.krakinternet.dk

The same menu works in moz 0.9.3(win32)

Comment 1

[ron]

Attachment: A small version of the file, containing only the menu.

Comment 2

[ron]

Attachment: 1 of 2 javascript files

Comment 3

[ron]

Attachment: 2 of 2 javascript files

Comment 4

[Doron Rosenberg (IBM)]

worksforme with win98 2001081703

Comment 5

[Keyser Sose]

marking WORKSFORME.

Comment 6

[ron]

To Keyser Sosez:
Are You sure it works in moz. for linux, or did you also test in the win32
edition??

Comment 7

[Olivier Cahagne]

wfm on RH6.2 Linux, build 2001090721

Comment 8

[André Dahlqvist]

WORKSFORME with 2001-09-08-21 on Linux. The menu pops-down and when I click on
Krak Internet the URL http://www.krakinternet.dk/ is opened in a new window.

Marking WORKSFORME. Reporter, please reopen this bug if you can still reproduce
it with a recent nightly build. Such a build can be downloaded from
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/

Comment 9

[ron]

It still doesn't work for me.
I installed the nightly build, and this is what I saw:
With build 2001090906 linux I don't get a new window when I click "Krak
Internet".
On Windows (build 2001090908) I do get a new window, exactly as André Dahlqvist
described.

See attached testcase.

Comment 10

[ron]

Attachment: As the first testcase, but with javascript included

Comment 11

[Markus Gerstel]

Confirmed 2001090912 linux.

Comment 12

[André Dahlqvist]

I still don't see the problem with 2001-09-09-06 on Debian GNU/Linux.

Comment 13

[Olivier Cahagne]

still wfm on Linux with build 2001090906, the link "Krak Internet" in the
drop-down menu "Om Krak" opens a new window successfully loading the page.
The attachment works too, I can see the drop-down menus.

Comment 14

[ron]

I forgot to mention that I use Redhat 7.1 with Ximian Gnome installed. I have
also seen the problem on Redhat 7.0

Comment 15

[Markus Gerstel]

Attachment: New testcase

Comment 16

[Markus Gerstel]

With this new testcase I experience the following behaviour :

2001090912 linux : Dropdown link appears, when the mouse button is clicked the
link disappears. Location does not change (Link disappears before the
click-event got passed to the Link ?)

2001090908 w2k : Dropdown link appears, when the mouse button is clicked the
link changes color to :active (goes red), but the page DOES NOT CHANGE. Mouse
button released, nothing happens. Now the _slightest_ movement of the mouse
causes location change.

-> Javascript Engine

Comment 17

[Phil Schwartau]

Here is the text of the new testcase:

<script TYPE="text/javascript">
function CheckLoaded(action)
{
 if (action == 'Show')
 {
  document.getElementById("Link").style.visibility = 'visible';
 }
 else
 {
  document.getElementById("Link").style.visibility = 'hidden';
 }
}
</SCRIPT>


<DIV>
<a HREF="javascript:void(0)" 
         OnMouseOver="CheckLoaded('Show');"
         OnMouseOut="CheckLoaded('Hide');">
Menu
</a>
</DIV>

<DIV ID="Link" STYLE="visibility:hidden;" 
               OnMouseOver="CheckLoaded('Show');"
               OnMouseOut="CheckLoaded('Hide');">

<a HREF="about:mozilla">
Link
</a>
</DIV>

Comment 18

[Phil Schwartau]

Browser, not engine --> Event Handling

Comment 19

[Phil Schwartau]

As far as I can see, the new testcase at 2001-09-09 16:19 is working fine.
Using Mozilla trunk binaries 20010910xx WinNT, 20010909xxLinux.

When I mouseover the "Menu" link, the "Link" link appears. 
When I mouseout of the "Menu" link, the "Link" link disappears.
If the "Link" link is showing and I click on it, I go to about:mozilla.

I do not see what the bug is here - 

Comment 20

[André Dahlqvist]

With the new testcase I see exactly what Phil Schwartau sees.

WFM with 2001-09-09-06 on Linux.

Comment 21

[ron]

This is for RH7.1 linux, build 2001-09-10-08.

I can confirm that the new testcase behaves exactly like the original url that I
posted.

When I mouseover the "Menu" link, the "Link" link appears. 
When I mouseout of the "Menu" link, the "Link" link disappears.
If the "Link" link is showing and I click on it, the link "Link" disappears
immediately. Therefore I do NOT go to about:mozilla.

BUT (this is a long shot), maybe it is about the mouse driver / button mapping?
I tried to move my usb mouse from the ps/2 port to the usb port. My mouse is a
Logitech MouseMan+ M-BA47
The following is taken from /etc/sysconfig/hwconf (before and after I moved the
mouse):

RH7.1 ps/2
<cut>
class: MOUSE
bus: PSAUX
detached: 0
device: psaux
driver: generic3ps/2
desc: "Generic 3 Button Mouse (PS/2)"
</cut>

#RH71 usb
<cut>
class: MOUSE
bus: USB
detached: 0
device: input/mice
driver: mousedev
desc: "Logitech Inc. M-BA47 [MouseMan Plus]"
usbclass: 3
usbsubclass: 1
usbprotocol: 2
usbbus: 1
usblevel: 1
usbport: 0
vendorId: 046d
deviceId: c002
productrevision: unknown
</cut>There is a strange difference. It still doesn't work as intended, i.e. the
link "Link" just disappears when I click it. BUT when I use the left-thumb
button it works!! (the about:mozilla opens in a new window.)
I use no special mapping of mousebuttons.

Comment 22

[ron]

Well, what windowmanager do you use Phil Schwartau? 
I have tried some different wm's and here's the results (2001100503):

Gnome, KDE: The bug is still here.
Twm, fvwm2, WindowMaker, IceWM: No bug seen at all.

I have also tried with two different Logitech mice and a MS serial mouse.
Changing the mouse doesn't change the results described earlier.

Comment 23

[Phil Schwartau]

[e-mail]: I use WindowMaker on Linux, and have the same results as
you have with it: no bug seen.

Thank you for researching this so thoroughly to see that it is 
windowmanager-specific

Comment 24

[joki (gone)]

Great research on this one.  Anything that not only platfrom specific but WM
specific is firmly into widget level event code and above the XP event handling
code.  Not sure who is currently handling Linux widget code.  Going to bump this
over to taht component.

Comment 25

[David Hyatt]

--> default owner

Comment 26

[Robert Denton]

Mozilla 1.1 does not open drop down menus at:
http://www.nmso.org/nmso-bin/shop.pl/page=chargeC.htm/SID=PUT_SID_HERE/buy=1

It is supposed to drop down a list of concerts.

Comment 27

[Andrej Czapszys]

This looks like a duplicate of bug 102578 for which I just submitted a patch.
Is it?

Comment 28

[Andrew Hagen]

The last post was almost six years ago. It looks like this is working in current trunk builds on Windows. This bug report is against Linux. Can anyone confirm that it is now working on Linux? See comment 22.