Ciao a tutti

Come accade di frequente un problema risulta irrisolvibile quando si focalizza l'attenzione sul particolare sbagliato, in particolare io avevo dato la mia intera attenzione/tempo a capire cosa c'era di sbagliato nell'Assembly non considerando minimamente in quanto “ininfluente“ la pagina in cui questo controllo era ospitato.

La patch in questione, ricordando il mio precedente Post

http://blogs.ugidotnet.org/allino/archive/2006/04/14/38823.aspx

Per motivi di sicurezza questa patch disabilita l'auto attivazione del controllo dentro Explorer. Attenzione l'errore era dovuto a un DropDownList banale che generava un postback standard e che non aveva nulla a che fare con il tag OBJECT incriminato, a mio avviso e' proprio la combinazione tra il JavaScript generato per generare il PostBack e il tag OBJECT che causa un'irreparabile crash del processo iexplorer.exe. Secondo me questo e' un problema aperto che Microsoft dovrebbe verificare; sono pienamente daccordo e tollererei se questo succedesse nel caso in cui il JavaScript interagisse DIRETTAMENTE con il tag OBJECT, comunque, un crash di iexplorer.exe mi sembra sempre eccessivo :)

Risorse consigliate che mi hanno fatto capire dove focalizzare l'attenzione:

EXT404 - Code Access Security di Raffaele Rialdi

http://www.communitydays.it/events/communitydays2006milano.aspx#agenda_20060413

Di cui consiglio la lettura in particolare voglio riportare un punto delle SLIDE che mi ha fatto capire che il problema non era nell'Assembly; grazie all'attivazione di un log di Explorer e mi ha fatto capire che il problema era in qualche altro punto.

Ecco come si attivano i LOG; nel registro di sistema “regedit“

Aggiungere le seguenti voci in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NET Framework

DebugIEHost = dword:00000001

IEHostLogFile = C:\IEHostLog.log

Ciao a tutti e soprattutto a Raffaele

Allino