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)

x86
Linux
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 293733

People

(Reporter: cosminaru, Unassigned)

Details

Attachments

(1 file)

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.
Product: Firefox → Core
QA Contact: general → general
I can confirm this bug (FF 3.0.11 on Linux). See also bug #502812.
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.

Attachment

General

Created:
Updated:
Size: