I have a CheckBox on an ASP.NET Content Form like so:
<asp:CheckBox runat="server" ID="chkTest" AutoPostBack="true" OnCheckedChanged="chkTest_CheckedChanged" />
In my code behind I have the following method:
protected void chkTest_CheckedChanged(object sender, EventArgs e)
{
}
When I load the page in the browser and click the CheckBox it becomes checked, the page posts back, and I can see chkTest_CheckedChanged
being called.
When I then click the CheckBox again it becomes unchecked, the page posts back, however chkTest_CheckedChanged
is not called.
The process is repeatable, so once the CheckBox is unchecked, checking it will fire the event.
I have View State disabled in the Web.Config, enabling View State causes this issue to disappear. What can I do to have reliable event firing while the View State remains disabled?
Update:
If I set Checked="true"
on the server tag the situation becomes reversed with the event firing when un-checking the CheckBox, but not the other way around.
Update 2:
I've overridden OnLoadComplete
in my page and from within there I can confirm that Request.Form["__EVENTTARGET"]
is set correctly to the ID of my CheckBox.
I'm not sure but I guess that my solution is working only for .NET Framework 4.0:
Use
ViewStateMode = "Disabled"
to disable view state insted ofEnableViewState="false"
. This will caution the same behavior except that you can save a local view state.So, on your checkbox, set the attribute
ViewStateMode = "Enabled"
and the problem is solved, without implementing a custom checkbox.I wanted to tidy things up a bit so I've just spent a bit of time testing a solution for this.
joshb is correct with his explanation for why the CheckBox behaves the way it does.
As I don't know how I got round this last year or even if I did (I can't remember what I was working on at the time to check), I've put together a simple solution/workaround.
If you now register CheckBox2 in your page and use it in place of your standard CheckBoxes, you will get the CheckedChanged event fired as you expect with ViewState disabled and AutoPostBack enabled.
The way this works is allowing the normal CheckBox to do its thing with validation and change checking, but then performs an additional check to see if it was the target of the event that caused the postback. If it was the target, it returns true to tell the framework to raise the CheckedChanged event.
Edit: Please note that this only solves the problem for AutoPostBack on the CheckBox. If the PostBack is invoked from anything else (a button, for example), the CheckedChanged event still exhibits the observed problem.
Additionally: Check for any errors in the JavaScript console.
I experienced the same exact issue described by OP except that it only happened in Safari (
checkbox
worked fine in Chrome and Firefox). Upon inspecting the JavaScript console, I found an error that was being thrown by a malformedjQuery
selector.In my case, I had
$('a[id*=lbView')
which was missing a closing]
. This threw an error in Safari but, surprisingly, not in Chrome nor in Firefox.It doesn't fire because with viewstate disabled the server code does not know that the checkbox was previously checked, therefore it doesn't know the state changed. As far as asp.net knows the checkbox control was unchecked before the postback and is still unchecked. This also explains the reverse behavior you see when setting
Checked="true"
.I had the same problem. I have spent a lot of time on it and finally have solved it.
In my case the
Checkbox
was disabled by default:It turns
ViewState
isn't loaded for disabled or invisible controls. So removeEnabled="false"
orVisible="false"
and it will work as expeceted. And of courseViewState
shouldn't be disabled.The super easy answer is to set the
ViewState
on for that one control.Just add the
EnableViewState="true"
to theAutoPostBack="true"
property in the checkbox tag.