Closed
Bug 320848
Opened 19 years ago
Closed 19 years ago
if you reload a form with a change to the selected <option> for a select it doesn't update to the new value
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 305482
People
(Reporter: ed.keech, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051218 Camino/1.0b1+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051218 Camino/1.0b1+
The <select> element choice doesn't update when you use a reload on the page via. the Reload in the toolbar or apple-r. Even thou the source says it cleary is different.
Reproducible: Always
Steps to Reproduce:
in a <form><select> have an option <option selected>1</option> and <option>2</option>
save the page and then load it.
and then change them to
<option>1</option>
<option selected>2<option>
use the reload function by either apple-r or the reload button on the toolbar and it doesn't update the select list.
the source says its different but it doesn't update the select list correcty
Comment 1•19 years ago
|
||
is there a particular url that does this, and does firefox behave any differently? my guess is no based on session history.
(In reply to comment #1)
> is there a particular url that does this, and does firefox behave any
> differently? my guess is no based on session history.
>
there is no particular url that does it because the selected value of the option would have to change after you loaded the first page and before you reloaded the page.
yes firefox does the same thing. Opera and Safari do find the new selected values.
I believe I once saw someone from Core say this was the correct/expected behavior and that you needed to shift-reload to force form fields to be updated. I think this is particluarly true now that we have bfcache.
Comment 4•19 years ago
|
||
-> core
a particular URL would make it easier to reproduce for everyone. thanks!
Assignee: mikepinkerton → nobody
Component: HTML Form Controls → History: Session
Product: Camino → Core
QA Contact: history.session
Version: unspecified → 1.0 Branch
Comment 5•19 years ago
|
||
*** This bug has been marked as a duplicate of 305482 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in
before you can comment on or make changes to this bug.
Description
•