Validation of viewstate - Kako se borite sa ovim problemom (ASP.NET 2.0)

Prije nekoliko mjeseci imao sam bliski susret sa ovim problemom:



Guglajući do besvjesti pročitao sam da je problem u stvari što je ViewState kriptovana. Nestrpljiv korisnik napravi PostBack prije nego što se cijela stranica učita do kraja tako da se kriptovana ViewState ne prenese na sledeću stranu kako treba, tj server onda "ne zna" da je ViewState kriptovana. Takođe sam pročitao da Microsoft osoblje tvrdi da bi ispitali taj bug moraju napraviti Web Farm. Ja i mnogo drugih korisnika nemamo Web Farm ali dobijemo taj exception. Zvaničnog rješenja nema.

Ovaj problem sam riješio pomoću JavaScripta (i prijatelja) i od tada nemam ovaj problem.
Interesuju me dvije stvari:

1. Kako vi rješavate ovaj problem i da li ga uopšte imate?
2. Da li Frejmvork 3.5 ima ovih problema

Problem je do enkripcije viewstate-a i validacije callback poziva. Po defaultu, eventi su podlozni validaciji i viewstate se kriptuje ako bar jedna kotrnola to zatrazi (a gridovi i druge kotrnole koje u viewstate ubacuju i nesto sem svojih informacija obicno traze ). Kao posledica toga, na kraju aspx stranice pre </form> taga se renderuju sledeca dva taga:



Kad neko bude uzurban onda postback ne sadrzi ova dva taga i dobijas gresku koju vidis. Da bi aplikacija lepo radila sa tim brzim korisnicima, moras da iskljucis i validaciju eventa i enkripciju, u web.config file-u promeni <pages> u



S tim sto naravno gubis security benefite koje su ti ove dve opcije nudile.

I da, .net3.5 i dalje koristi asp.net2.0 engine tako da je problem i dalje tu.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Ja sam izabrao neko rjesenje tako sto sam ubacio js kod



od tada nisam imao ovaj problem. Koliko je ovo dobro rjesenje? Ne zelim da narusim sigurnost stranice, nije mi to neko pouzdano rjesenje. Takodje sam primjetio da se ova greska javlja kod DataList i GridView objekata.

Pa sva ta resenja su manje vise "trkanje" sa korisnikom, skracivanjem vremena u kojem korisnik moze da klikne na dugme a da izazove gresku. Ti disablujes formu tik pre </form>, sto tehnicki znaci da nisi mnogo otisao daleko (sem mozda za autosubmit) jer se problematicna polja generisu tek pred </form> tako da je taj div sa skrivenim poljima jedino sto je preostalo da se izrenderuje tokom tvog "pasivnog" perioda. I dalje postoji mogucnost da korisnik klikne na submit dugme iznad grida dok se grid renderuje sto nece biti pokriveno tvojim resenjem. Na zalost, ne postoji efikasno resenje, mozda bi mogao malo da ga poboljsas tako sto ces disable skriptu da stavis odmah ispod <form> ali to onda zavisi od toga da li se DOM updatovao dovoljno brzo da form udje u forms collection

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić