Closed
Bug 169453
Opened 23 years ago
Closed 23 years ago
select boxes do not refresh on selection if inside of a fieldset
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: lori.k.brown, Assigned: john)
References
Details
(Keywords: testcase)
Attachments
(1 file)
|
3.51 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721
Select box form controls that are coded to permit a single selection by the user
do not update after the user makes their selection if they are inside of a
fieldset. If the user clicks on a dead area of the page or on a form control
OUTSIDE of the fieldset, the select box then refreshes to reflect the selection
made by the user.
See my attached test file for a clearer explanation and demonstration.
Reproducible: Always
Steps to Reproduce:
1. Create a select box
2. Restrict it to only permit 1 selection by the user
3. Place this select box inside of a fieldset
4. Choose one of the options in the select box that is inside the fieldset.
5. Observe that your choice does not appear in the select box after you have
clicked on it, until you click else where on the page, or unless you interact
with a form element that is OUTSIDE the fieldset.
Actual Results:
See steps to reproduce.
Expected Results:
After a user clicks on a selection in a select box, the select box should
immediately refresh to display that selection, without further action by the user.
| Reporter | ||
Comment 1•23 years ago
|
||
This page demonstrates the bug detailed here.
| Reporter | ||
Updated•23 years ago
|
Summary: select boxes do not refresh on selection if it is inside of a fieldset → select boxes do not refresh on selection if inside of a fieldset
| Assignee | ||
Comment 2•23 years ago
|
||
WFM WinXP 2002081119. Could you try a more recent build? A few fieldset bugs
like this got fixed in the 1.1 cycle.
| Reporter | ||
Comment 3•23 years ago
|
||
I just upgraded to :
Mozilla 1.1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
That is, the formal 1.1 release, and the bug is still present.
I need to add another installation for releases subsequent to the formal 1.1,
because I need 1.1 to persist as it is for other testing.
Comment 4•23 years ago
|
||
*** Bug 169685 has been marked as a duplicate of this bug. ***
Comment 5•23 years ago
|
||
WFM, 2002-09-17-09 trunk Linux (duplicate bug 169685 also WFM)
| Assignee | ||
Comment 6•23 years ago
|
||
OK, I think we have enough WFM to say it works on trunk. Please reopen if you
upgrade to a more recent build and it doesn't work for you.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 7•23 years ago
|
||
As of build ID 2002091014 this now WORKS! thanks for the help.
Comment 9•23 years ago
|
||
A note -- this was fixed by bug 121127
You need to log in
before you can comment on or make changes to this bug.
Description
•