User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:33.0) Gecko/20100101 Firefox/33.0 Build ID: 20141030112145 Steps to reproduce: simple html being served: <select> <option>1</option> <option selected>2</option> </select> https://dl.dropboxusercontent.com/u/16379342/test.html Open the html in browser=> 2 is selected change option to 1 in browser refresh (not shift refresh) Actual results: get 304 (expected) and status of input is still option 1 (unexpected) Expected results: should have option 2 again, as that is what in the served html.
I'm not able to reproduce it with FF34 on Win 7, I got the option "2" after refreshing the page. Could you force the update to FF34 in the options and test again. If that fails, could you test with a clean profile (https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles).
Sorry, it is not possible for me right now to update to FF34, as I currently need to write a workaround for these problems, and I need some means of testing those. Same problem occurs on other user's machines, so I doubt that creating a clean profile would solve the issue on FF33.
4 years ago
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
I see the behavior described (on Linux). But I thought it was generally considered a feature that we preserve form state across reloads. (Though I admit I generally don't want that behavior.)
Component: Layout: Form Controls → Document Navigation
You need to log in before you can comment on or make changes to this bug.