selectbox is not refreshing when selected option change
Categories
(Core :: DOM: Forms, 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"
Comment 1•8 years ago
|
||
I can confirm this issue on the latest Nightly 50.0a1 (Build ID: 20160612030220).
Updated•7 years ago
|
Comment 3•2 years ago
|
||
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
Comment 4•2 years ago
|
||
<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.
Comment 5•2 years ago
|
||
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.
Updated•2 years ago
|
Comment 6•2 years ago
|
||
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.
Description
•