views:

484

answers:

3

I have a textbox and button on my .aspx page. The EnableViewState property of the textbox is set to false. But when I enter some text in the textbox and click the button the entered text is still present in the textbox. I expect the textbox to be blank since EnableViewState is set to false. Am I missing something?

+3  A: 

Please check this Code Project article to better understand ViewState and Postback Data.

It is something like :

Why some controls retain values even after disabling the ViewState while others do not?

The answer is Controls which implements IPostBackEventHandler like Textbox, Checkbox, etc. will retain the state even after disabling the viewstate. The reason is during the Load Postback Data stage, these controls will get state information from Posted back form.

But controls like label which do not implement IPostBackEventHandler will not get any state information from posted back data and hence depend entirely on viewstate to maintain the state.

Below is related paragraph to your question.

In page life cycle, two events are associated with ViewState:

  • Load View State: This stage follows the initialization stage of page lifecycle. During this stage, ViewState information saved in the previous postback is loaded into controls. As there is no need to check and load previous data, when the page is loaded for the first time this stage will not happen. On subsequent postback of the page as there may be previous data for the controls, the page will go through this stage.

  • Save View State: This stage precedes the render stage of the page. During this stage, current state (value) of controls is serialized into 64 bit encoded string and persisted in the hidden control (__ViewState) in the page.

  • Load Postback Data stage: Though this stage has nothing to do with ViewState, it causes most of the misconception among developers. This stage only happens when the page has been posted back. ASP.NET controls which implement IPostBackEventHandler will update its value (state) from the appropriate postback data. The important things to note about this stage are as follows:

    1. State (value) of controls are NOT retrieved from ViewState but from posted back form.
    2. Page class will hand over the posted back data to only those controls which implement IPostBackEventHandler.
    3. This stage follows the Load View State stage, in other words state of controls set during the Load View State stage will be overwritten in this stage.
Mahin
+2  A: 

This is by design

The following server controls persist their information across requests even when the control ViewState (the EnableViewState attribute) is set to False:

* The TextBox control.
* The CheckBox control.
* The RadioButton control.

This behavior occurs because the ViewState of a control is only one of the methods that are used to persist a control's attributes across requests. In the server controls that are mentioned in the "Symptoms" section, attributes that are not normally posted to the server through the form-get or the form-post are handled by the ViewState. These values include attributes of the control, such as BackColor. Attributes that are normally posted to the server are handled by the IPostBackDataHandler interface. An example of such an attribute is the checked attribute of the CheckBox control.

Also read this article

ASP.NET: TextBox and EnableViewState="False"

For understanding of Viewstate I don't think there is a better article than MSDN

Understanding ASP.NET View State

rahul
@phoenix - take a look at Truly Understanding ViewState - http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/truly-understanding-viewstate.aspx
Russ Cam
+1  A: 

see this article to understand viewstate and how it works

http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/truly-understanding-viewstate.aspx

VAstik