221957 - background-attachment:fixed in td:hover effectively disables onclick event

Status: RESOLVED DUPLICATE of bug 102578

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

Description

[Jan Krüger]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1

Table cells that are set by CSS to change their background to something else
with "background-attachment" set to "fixed" for the new background become
unclickable in Mozilla. Not only will onClick handlers be ignored, but links
within those table cells will no longer be clickable either; they don't even
become focused when clicked (they can still be activated by focusing them using
the keyboard and pressing Enter, though).

The bug occurs for all elements which have "display" set to "table-cell", e.g. <td>.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Bill Mason]

Attachment: testcase

Testcase works for me 20031010 PC/WinXP

Comment 2

[Boris Zbarsky [:bzbarsky]]

Jan, please test something like a current build.  The build you are testing is
VERY old.

Comment 3

[Jan Krüger]

Attachment: fixed testcase

Tested again with 2003101222, Linux. Bug occurs in my own testcase but not in
the one attached by Bill since that one is faulty: it uses
"background-position" where it should use "background-attachment".
"background-position" doesn't seem to matter for this bug.

I've uploaded my own testcase (identical with the one pointed to by the "URL"
field), with two different flavours now: there are the usual cells with an
initially non-fixed background, and a cell with an initially fixed background.
Interestingly, the latter variant doesn't trigger the bug.

Comment 4

[Bill Mason]

Comment on attachment 133164 [details]
testcase

See what happens when I write testcases in the middle of the night.

The new testcase, however, stills works for me in every test.

Comment 5

[Jan Krüger]

Apologies... I have tested it on Windows 2000, using 2003101304 and Firebird
20031008, they don't seem to be affected. Next time I won't make early
assumptions about the affected platforms.
However, all my tests using Linux confirmed the bug, so my guess is that it's a
general issue with Linux builds.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Jan, the testcases work for me with linux build 2003-10-07-22...  What
windowmanager are you using?  Does the bug appear with all windowmanagers?

Comment 7

[Jan Krüger]

I guess this is the point where I have to slap myself. I didn't stop to think
trying other window managers, it works just fine with twm. My problem was
occuring with Fluxbox 0.1.14. I don't have another blackbox clone (or any other
window manager whatsoever) at hand to try, though.
I'm just curious how the window manager could affect the events of Mozilla,
especially since it only seems to affect them in this very specific case.

Comment 8

[Christian :Biesinger (don't email me, ping me on IRC)]

let me note that I could reproduce this bug using metacity as window manager

Comment 9

[Boris Zbarsky [:bzbarsky]]

Probably bug 102578 if fluxbox and metacity are showing it while twm and
Afterstep (what I have here) are not... biesi, does applying the gtk1 patch in
that bug fix the problem for you?

Marking dependent for now.

Comment 10

[Christian :Biesinger (don't email me, ping me on IRC)]

hm... this works in a gtk2 build (still metacity). the patch on bug 102578
didn't seem to have an effect on this testcase with my gtk1 build, though.

Comment 11

[Joe McCabe]

gtk build after checkin for 102578 (2003111709) makes both rows behave the same
way (first two cells pop a JScript dialog offering thanks for the click and the
cell backgrounds change on mouse over, the input field switches text to "Thanks").

This issue seems resolved by 102578.

Comment 12

[Boris Zbarsky [:bzbarsky]]

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