129899 - Clicking items in DHTML menus doesn't work correctly

Status: RESOLVED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Brian Ryner (not reading)]

Steps to reproduce:

(1) Log into the site using an AOL employee id
(2) Try to select an item from one of the hierarchical menus on the left

Result:

If you actually manage to get to where you're trying to go without the menu
closing (I believe this is a separate bug because it doesn't happen in NS
6.2.1), clicking on an item in the menu does not cause the browser to go to that
section.

Works fine on Mac, likely Linux-specific.  Will try to post an example HTML page
demonstrating the problem if possible.

Comment 1

[Brian Ryner (not reading)]

Nominate for beta1 + dogfood.  I'd like to actually be able to use our product.
 Tentatively targetting 1.0.

Comment 2

[Brian Ryner (not reading)]

Forgot to mention, I'm seeing this problem using a current CVS trunk build.

Comment 3

[Peter Trudelle]

WFM using NS build 2002030703 on Win2K. These menus aren't very usable (or
accessible) on Win32, but they are minimally functional.

Comment 4

[Brian Ryner (not reading)]

Ok, so this is definitely Linux-specific.

Blizzard, any interest in looking at this?  I suspect the click is getting
dispatched on the wrong widget, or something along those lines.  I'll try to
attach a testcase since you don't have access to the site.

Comment 5

[Brian Ryner (not reading)]

Well, crap.   This actually works fine on my machine at work (using a trunk
build), but did not work at all on my home machine.

Comment 6

[Christopher Blizzard (:blizzard)]

Let me know about this bug.  Is it new?  Did it happen before my big fat even
rewrite?  Can you reproduce it?

Comment 7

[Peter Trudelle]

qawanted.  Madhur, can you reproduce this? 

Comment 8

[Brian Ryner (not reading)]

This is very dependent on window manager settings, and I have an external
testcase for what I believe is the same problem, and a sawfish configuration
file that makes the problem appear.

Go to http://spaceflight.nasa.gov/ and mouse over "Shuttle" in the graphic at
the top, then go down to Future Missions and click the link.  With the sawfish
configuration I'm about to attach, this does not work (the link is not followed).

Comment 9

[Brian Ryner (not reading)]

Attachment: ~/.sawfish/custom file that triggers the problem

Comment 10

[Peter Trudelle]

So, is this more of a bug in sawfish, or one of its themes?  What do you
estimate would be the impact on typical users?

Comment 11

[Christopher Blizzard (:blizzard)]

I'm curious to know how a window manager change would affect DHTML menus at all.
 That scares me.

Comment 12

[Brian Ryner (not reading)]

The problem might relate to focus behavior when you click inside a popup window.
 I have a suspicion that the click is going to the parent window, causing us to
dismiss the popup rather than activate the link.

User impact is that if they have this quite-common window manager configured in
a certain way (see attachment, although we haven't isolated which setting is to
blame), some sites will fail to function correctly.

Comment 13

[Peter Trudelle]

nsbeta1- per Nav triage team. ->h1.2

Comment 14

[Brian Ryner (not reading)]

Hm, I'm seeing this again on a fresh RedHat 7.3 installation.

Comment 15

[Brian Ryner (not reading)]

The particular setting that seems to trigger the problem is having
"raise-transients-and-pass-through-click" for "button1-Click1" in the window
keymap.  This doesn't seem to be a built-in sawfish default, but seems to be
written out by the configuration utility.

Blizzard, any ideas?

Comment 16

[Jesse Ruderman]

Dup of bug 102578, "Clicking wrongfully fires onmouseout", also linux-specific?

Comment 17

[Christopher Whitt]

The example URL is a top100 site, so adding top100 keyword.

Comment 18

[Andrew Schultz]

Is this still a problem?  It does sound like bug 102578
I don't have sawfish to test with and metacity doesn't seem to have a pref like
that.

Comment 19

[Andrew Hagen]

This appears to have been resolved. Resolving WFM.