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)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: lori.k.brown, Assigned: john)

References

Details

(Keywords: testcase)

Attachments

(1 file)

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.
This page demonstrates the bug detailed here.
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
Keywords: testcase
WFM WinXP 2002081119. Could you try a more recent build? A few fieldset bugs like this got fixed in the 1.1 cycle.
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.
*** Bug 169685 has been marked as a duplicate of this bug. ***
WFM, 2002-09-17-09 trunk Linux (duplicate bug 169685 also WFM)
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
As of build ID 2002091014 this now WORKS! thanks for the help.
v
Status: RESOLVED → VERIFIED
A note -- this was fixed by bug 121127
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: