12518 - [ESM/CSS] Mouseover label not hilight control (need to track >1 node)

Status: RESOLVED DUPLICATE of bug 656379

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

Description

[Michael Lowe]

With GFX rendered controls enabled, moving the mouse over the text label
sections of the example file should hilight the control as if the mouse was over
the control itself.

Comment 1

[Michael Lowe]

Attachment: testcase

Comment 2

[karnaze (gone)]

Reassigning to Kevin.

Comment 3

[Kevin McCluskey (gone)]

The nsLabelFrame is a container for the checkbox or radio button. If the label
is in the hover state, shouldn't the checkbox and radio button also be placed in
the hover state and have hover style applied to them?

If we need to handle it ourselves, then we would need to set the event state
manager to be in the hover state for the check box and radio button when the
label is moused over.

Peter, re-assinging to you. This seems to be a general issue as to whether the
mouse states are applied the contents of a container.

Comment 4

[Peter Linss]

This is an error in the event state manager. It currently only tracks one node
in hover or active state. Hover state needs to be the complete set of content
nodes covered by the entire set of frames that contain the mouse. Note that this
is not simply the hover content and all of its parents (due to floating and
positioning).

Also, active state needs to be controlled on a node by node basis (with possibly
more thatn one node active at a time).

At some point we also need to co-ordinate the event state manager with the new
CSS3 properties to control UI behavior.

Comment 5

[Kathleen :Brade]

change to component Event Handling; change to M14 (post-beta) since this isn't a
crasher

Comment 6

[rods (gone)]

Taking this from Tom

Comment 7

[rods (gone)]

moving to M15

Comment 8

[rods (gone)]

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

Comment 9

[rods (gone)]

mass-move to M16

Comment 10

[rods (gone)]

This is really aa event state manager bug. See peterl's comments. The EVSM needs 
to be able to track more than one node.

Setting to M17

Comment 11

[rods (gone)]

reassigning to joki, see previous comment

Comment 12

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

See also bug 5693 and bug 33736.  In particular see my 2000-04-21 comment on bug
33736.

Comment 13

[joki (gone)]

Adding bug 5693 into dependency field.

Comment 14

[joki (gone)]

Adding [ESM/CSS] prefix to bugs in EventStateManager with its generated events 
or CSS pseudo-class management.

Comment 15

[joki (gone)]

Updating Milestone to M18.

Comment 16

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 17

[ckritzer (gone)]

This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.

Comment 18

[Loco]

Updating QA Contact.

Comment 19

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 20

[Madhur Bhatia]

QA contact updated

Comment 21

[Boris Zbarsky [:bzbarsky]]

Is this still an issue, after the hierarchical hover landing?  Reading this bug,
I would guess "yes" (since hover is hierarchical in content, not frames, iirc)
but GFX form controls are no longer, so is there a testcase that shows this bug?

Comment 22

[Pham]

http://bugzilla.mozilla.org/show_bug.cgi?id=179125#c3

joki is no longer here

Comment 23

[Steven Garrity [:sgarrity]]

This issue still seems to be present (in Firefox 0.8 at least).

Comment 24

[Boris Zbarsky [:bzbarsky]]

Testcase, please?

Comment 25

[Steven Garrity [:sgarrity]]

Attachment: Updated Testcase

Here's a testcase.

Comment 26

[Boris Zbarsky [:bzbarsky]]

So why should anything happen on mouseover in that testcase, exactly?

Comment 27

[Steven Garrity [:sgarrity]]

On Window XP, radio buttons and checkboxes have hover-states. In Internet
Explorer or in other windows apps, hovering over the control or the label for
the control should activate this hover state.

If you hover directly over the controls in the testcase on windows XP, you'll
see the hover effect - however, the hover state doesn't activate on the control
when you hover over label.

Comment 28

[Boris Zbarsky [:bzbarsky]]

Ah, ok.

Comment 29

[Wayne Mery (:wsmwk)]

Question: is this bug windows-only?

bug 171255 speculates and looks like a dup of this.

(duped bug 14483 removed as blocker)

Comment 30

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

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

Comment 31

[BoffinBrain]

Quoting from summary:

> Assigned To: saari (gone)
> QA Contact: Hixie (not reading bugmail)

Suggest assigning this bug to someone else? :)

Comment 32

[Anita Warren]

Mouseover does not work properly at all in Firefox 3.0b1 (3.0 beta)

Comment 33

[BoffinBrain]

Works for me in FF4 on Windows.

Comment 34

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to BoffinBrain from comment #33)

Works for me in FF4 on Windows.

Also worksforme in Fx 125, Win11.