Closed
Bug 468614
Opened 17 years ago
Closed 16 years ago
Refresh using F5/CTRL+R on a <select> that was previously disabled using JavaScript does not re-enable the select
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 293733
People
(Reporter: cosminaru, Unassigned)
Details
Attachments
(1 file)
|
840 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4
I am not 100% sure this is bug or normal behavior that I didn't find specified - so please discard if necessary.
The attached HTML contains a simple <select> and a link that removes (using JavaScript) the currently selected item. In addition, after all options have been removed, the "disabled" attribute is set, disabling the select.
On a page refresh, the select should be enabled and with all the options in place. However, the disabled attribute is kept if refreshing with F5 (or CTRL+R), but will behave correctly with a forced refresh (CTRL+F5).
This was reproduced in Firefox/3.0.4, on both Ubuntu and Windows.
Reproducible: Always
Steps to Reproduce:
1. Get the attached HTML
2. Open it in Firefox
3. Press the "Remove" link until the select is empty and disabled
4. Press F5 (normal page refresh)
Actual Results:
The select repopulates normally, but remains disabled.
Expected Results:
The select should be enabled.
| Reporter | ||
Comment 1•17 years ago
|
||
Updated•17 years ago
|
Product: Firefox → Core
QA Contact: general → general
Comment 2•16 years ago
|
||
I can confirm this bug (FF 3.0.11 on Linux).
See also bug #502812.
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•