val() failed after reset form in ie6/ie7

[diyism]

Getting value with val() failed after reset form in ie6/ie7:

<form name="kk">
<select id="kkk">
        <option value="cf">cf</option>
        <option value="gf">gf</option>
</select>
</form>
<input type="button" onclick="mc()">
<script>
function mc()
         {document.kk.reset();
          alert($('#kkk')[0].value);
          alert($('#kkk').val());
         }
</script>

[mickyp]

Is there any solution for this issue?

Is it truly a jQuery issue? or it's IE's issue.

I test in firefox and Google Chrome, there is no problem.

I test failed in IE6 and IE8...

[tinyfly]

Bug? I don't know but it is definitely an IE idiosyncrasy that jQuery could work around.

Here is how it works:

If you don't have a "selected" attribute on one of your options IE defaults to the first option and the DOM properties select.selectedIndex = 0 and option.selected = true.

However if you click an input type="reset" or run the reset method IE reports select.selectedIndex = 0 and option.selected = false.

I think this behavior is undesirable.

Before jQuery gets the value of the selected option it only checks for option.selected. Checking for option.selected

selectedIndex might be a way to get around this.

[tinyfly]

Test case alerting the values returned from both jQuery and DOM methods

[john]

Duplicate: #4984

[Rick Waldron]

This bug no longer exists

Tested in IE6 & 7

​http://jsfiddle.net/rwaldron/umpRA/3/

[scottgonzalez]

Replying to rwaldron:

This bug no longer exists

Your test is invalid. You're checking the value inside the reset event before the form is reset.

[shadedecho]

I've filed this as a bug in the IE Connect feedback system:

​https://connect.microsoft.com/IE/feedback/details/637847/select-elements-options-improperly-reset-after-form-reset

The (non-jquery) test case I submitted to them is:

​http://test.getify.com/test-ie-form-reset-select.html

Scott noted that setting el.selectedIndex = el.selectedIndex seems to "reset" the options' values properly, so perhaps the jQuery workaround could be to just make that call (what seems like a no-op in all other browsers) right at the beginning of a call to .val() on a select.

[shadedecho]

turns out the fix only needs to be applied to single-selects, and in fact if applied to multi-selects, breaks them. but the fix was as described, setting selectedIndex=selectedIndex.

patch: ​https://github.com/getify/jquery/tree/0c67c920757a47d95d24ab1affcb2b54137d390d

[jitter]

​pull request

[Rick Waldron]

​https://github.com/rwldrn/jquery/commit/26bc7acc06a0448fb1258025f2841a68e5b356e9

[rwldrn]

Make sure .val() works after form.reset() in IE. Fixes #2551.

Changeset: 43a41ba7ecef732b48dcfc930fa9df8835fc4944

[[email protected]…]

FYI - This still happens on IE6 w/ v1.5.1 - had to add browser detection and not have it try to set the value of a select list using "val()" but instead used some old style code to set the selected index. In IE6 this does not require a "reset" action. I don't even have one on my form.

Honestly not worth fixing in my opinion. I had to get help from someone else with an IE 6 browser just to find out what the problem was and add the work around.