Open Bug 1279253 Opened 9 years ago Updated 2 years ago

selectbox is not refreshing when selected option change

Categories

(Core :: DOM: Forms, defect)

Product:
Core
Component:
DOM: Forms
Type:
defect

Tracking

()

People

(Reporter: herve.devos, Unassigned)

Details

(Whiteboard: DUPEME)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID: 20160502172042 Steps to reproduce: 1 - create test.html with following content : <html> <body> <select> <option>Hello</option> <option>World</option> </select> </body> </html> 2 - Open the page in Firefox browser 3 - Modify test.html with content : <html> <body> <select> <option>Hello</option> <option selected="">World</option> </select> </body> </html> - Refresh page in browser by pressing F5 Actual results: Selected option has not changed in select box, it's still "Hello". Its only displaying "World" when refreshing the page with Ctrl + R Expected results: Selected option should have changed in select box, it should be "World"
I can confirm this issue on the latest Nightly 50.0a1 (Build ID: 20160612030220).
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: Form Controls
Ever confirmed: true
Product: Firefox → Core
Version: 46 Branch → Trunk
still present in FF 53.
Whiteboard: DUPEME

Still present in FF 98.0.1 (64-bit).
This bug made me change the status of a long list of products status, since a new product was added in the list, but the combos kept old values based on the position of the original list.
Not a logic failure.

This is the HTML code in developer console

<tr class="disabled">
     <td><img src="48092.jpg" width="30"></td>
     <td>Cast Sage</td>
     <td>48092</td>
     <td>110</td>
     <td>0</td>
     <td>
           <select name="color_overrides[807]" style="visibility: visible;">
                <option value="">No Override</option>
                <option value="yes">Always Enabled</option>
                <option value="no" selected="">Always Disabled</option>
           </select>
     </td>
</tr>

And the combo shows "No Override", since it was the value of the nth-1 combo before hitting F5.
If Ctrl + F5 is pressed, everything works as expected.

Yes, this is expected. Alternatively you can use autocomplete="off" in the select. This is a form restoration issue, not a layout issue. But I think it's WONTFIX tbh.

Component: Layout: Form Controls → DOM: Forms
Severity: normal → S3

I'd argue that the user experience is not expected. Any form instance which shows data that can be invalidated by other sources can be affected by this and the unintended changes/reverts are insidious because they are silent.

I've tested this with Chrome and Konqueror/webengine and they do not behave like this.

You need to log in before you can comment on or make changes to this bug.