Closed Bug 489980 Opened 16 years ago Closed 15 years ago

Anchor element with vertical paddings does not work on click (does not fire onClick) but applies :active styles

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: u304681, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-11-01])

Attachments

(1 file, 2 obsolete files)

2.03 KB, text/html
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 (.NET CLR 3.5.30729) Anchor elements that has asymmetric bottom and top paddings in normal state, and inverted paddings in active state, does not click on click e.g. fire click event, but applies :active styles. Reproducible: Always Steps to Reproduce: 1. Make an anchor with vertical paddings (say 5 top 10 bottom) and solid colour background (say gray). Make :active with inverted paddings. 2. Add click handler with a counter (to have a proof of clicking) 3. Click 1px away from the bottom edge of the anchor. Actual Results: :active styles are applied, but click event does not fire. Expected Results: Have both :active styles applied and click event fire. The same behaviour is present with display: inline-block and height, though it's slightly harder to reproduce.
Attached file Testcase (obsolete) —
Comment on attachment 374456 [details] Testcase wrong attachment (sorry)
Attached file Testcase (obsolete) —
Added the right attachment.
Attachment #374456 - Attachment is obsolete: true
Attached file Testcase
Attachment #374457 - Attachment is obsolete: true
I played a little bit more with this bug and I found that if the link is inline-block and there is a hidden SPAN in normal state, that turns into block element with some height, the space that the SPAN occupies is dead zone e.g. triggers :active but not click. After that I played a little bit more and even though I can not yet tell why this is happening, I kinda figured out where the "dead zones" might be: if there is any dimensional change in the link in :active state, be it paddings, margins, line height, borders, showing hidden element etc. the inverse intersection between the original and the :active state (the dimensional changes) is the dead zone. Can somebody, please, confirm this behaviour and the "dead zone" theory.
This is a mass search for bugs which are in the Firefox General component, are UNCO, have not been changed for 500 days and have an unspecified version. Reporter, can you please update to Firefox 3.6.10 or later, create a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles, and test again. If you still see the issue, please update this bug. If the issue is gone, please set the status to RESOLVED > WORKSFORME.
Whiteboard: [CLOSEME 2010-11-01]
No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: