"Chris Thompson" <ch************@whitlockebs.com> wrote in message
news:u2**************@TK2MSFTNGP12.phx.gbl...
I have a page that uses a custom object I wrote to build a table. I also
have a post back to the page to remove items from that table. When the
page loads I can see the viewstate code on the source of the page is about 5
lines. When I post back to remove an item and rebuild the page it works.
I view the source of the page and the viewstate code has doubled in size
even though I have less data for it to hold. On the second post back I get
"The viewstate is invalid for this page and might be corrupted."
I get this error even if I turn off view state for the table that is being
rebuilt. Any thoughts on what is happening? I can provide more detail
if needed. Also, this code is running locally on my PC. There is no issue
with the transfer between webservers.
Chris, if you turn on page tracing, you'll find that it will show you the
control hierarchy, along with the viewstate size each control is
contributing.
This sort of thing happens when the control hierarchy changes between
postbacks. At the beginning of a subsequent request, you first want to
reconstruct the same control hierarchy which existed at the end of the
previous request. This control hierarchy can then consume the same ViewState
which it created at the end of the previous request. Only then can you
change the control hierarchy by adding or removing controls.
This changed hierarchy can then produce viewstate. At the beginning of the
next request, you'll rebuild the control hierarchy as it was at the end of
this request ...
--
John Saunders
Internet Engineer
jo***********@surfcontrol.com 
