Closed Bug 106344 Opened 20 years ago Closed 19 years ago

Clicking a <label> doesn't give focus to <input type="checkbox"> if the label is wrapped

Categories

(Core :: Layout: Form Controls, defect, P2)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: jonasj, Assigned: rods)

Details

(Keywords: html4, testcase, Whiteboard: [HTML4-17.9.1])

Attachments

(5 files)

Clicking a LABEL only gives focus to the corresponding INPUT if you click the
first line of the label. If the label is wrapped and you click the second line,
nothing happens.
Attached file Testcase
Keywords: testcase
this is probably caused by the changes made in the fix for bug 47149
maybe layout rather than form?
it's a dup

*** This bug has been marked as a duplicate of 107621 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Are you sure this is a dup of the bug about <label>s for <select> elements not 
working at all?
This doesn't look like a dup to me. That is about doing something when a <label>
clicked is associated with a <select> but this is about <label> not triggering
when it is wrapped.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Status: REOPENED → ASSIGNED
Target Milestone: --- → mozilla1.2
Priority: -- → P2
Target Milestone: mozilla1.2 → Future
Attached file testcase (with hover)
with this testcase this almost look like bug 98783 except for the fact that bug
98783 is fixed and this is not.
Reopen if you disagree with this duplication.

*** This bug has been marked as a duplicate of 28657 ***
Status: ASSIGNED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → DUPLICATE
That bug is about <label> not working for <input type="text"> at all. This bug
is about it not working for <input type="checkbox"> if the <label> text is wrapped.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Summary: Clicking a LABEL doesn't give focus to INPUT if the label is wrapped → Clicking a <label> doesn't give focus to <input type="checkbox"> if the label is wrapped
Keywords: html4
Whiteboard: [HTML4-17.9.1]
QA Contact: madhur → tpreston
Confirmed on Linux with the following build:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020513

Note that this issue may also be forced using <BR> tags (which
validates as HTML 4.01 Transitional).  Will post another testcase.

I've also observed that MS Internet Explorer 5.5 (IIRC) behaves
correctly and makes wrapped labels clickable when using <BR> tags
to force the wrapping.
OS: Windows 2000 → All
A test case using <BR> tags to force the line wrapping issue.
Behaves the same as all of the previous testcases.
All the testcases WFM on Linux build 2002071914.
If you mousedown on, say, line 2, then drag the mouse to highlight a few words
and then mouseup somewhere in line 4, then test case in attachment 85323 [details] will
not work.

If you mousedown on, say, line 2, then drag the mouse to highlight a few
characters on the same line and then mouseup in line 2, then test case in
attachment 85323 [details] works.

All other testcases WFM on Windows XP Pro build 2002072918 .
My previous comment is not really useful in this bug. Dragging/highlighting text
in a label has nothing really to do with a simple click in a label element.

I'm uploading 2 additional testcases regarding this bug; they are the same as
attachment 71089 [details] and attachment 85323 [details]. The difference is located only in the
respective format (implicit versus explicit) of the label element.

So, all testcases WFM on Windows XP Pro with build 2002080218. I think this bug
should be resolved just like bug 28657 was resolved a few days ago.
Explicit refers to this kind of format:
<label for="idRef">text of label</label><input type="checkbox" id="idRef">

Implicit refers to this kind of format:
<label>text of label<input type="checkbox" id="idRef"></label>
Explicit refers to this kind of format:
<label for="idRef">text of label</label><input type="checkbox" id="idRef">

Implicit refers to this kind of format:
<label>text of label<input type="checkbox" id="idRef"></label>
All testcases WFM on Win98/2002090316.
I wish the following keywords be added to this bug:  access , nsbranch+ and sec508
So far, 3 different people (the last 3 who made comments) using 3 distinct os
have been saying that the test cases WFM.

Can we resolve this bug as WFM ?
WFM.
Status: REOPENED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.