Open
Bug 762420
Opened 12 years ago
Updated 2 years ago
Reloading a form with dynamically-populated (dependent) <select> drop downs restores the first one and keeps the rest in a broken state
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
UNCONFIRMED
People
(Reporter: kamranali5, Unassigned)
References
Details
(Keywords: dupeme)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.52 Safari/536.5 Steps to reproduce: http://www.drivevauxhall.co.uk/ This problem only exists in firebox. go to that page un the search on left. First select Make, then model, then next field. Then press f5 on keyboard. Actual results: After you press f5 you will notice it will only refresh first postback on page which will be make and if you look under model as it hasnt repopulated search althou make is selected there is no models in model field. You will have to select another makefrom list then re-select the make you want to refresh models. Expected results: This works fine in crome if you press refresh just will got back to start intail start values. It doesnt matter which field you post, the very first postback you do is remembered. the version of firebox is 11.0
Comment 1•10 years ago
|
||
Hello, I can confirm that the first dropdown is not set back at a refresh. in the backend it is unselected, but you can see the last setting. on Chrome and IE11 it is OK - so i think it is not the page.
Comment 2•10 years ago
|
||
Can't find an exact duplicate, but it's expected behavior: we try restore to restore forms on reload, but we can't always succeed when the form is dynamically modified by the JS.
Component: Untriaged → Layout: Form Controls
OS: Windows 7 → All
Product: Firefox → Core
Hardware: x86_64 → All
Summary: refresh → Reloading a form with dynamically-populated (dependent) <select> drop downs restores the first one and keeps the rest in a broken state
Whiteboard: [dupeme]
Version: 11 Branch → Trunk
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•