Ho letto circa una tonnellata di blogs su quanto sono “fighe” (si può dire?) le Out-Of-Browser Applications di SIlverlight3, e c’è, come sempre, chi si chiede se queste possono sostituire un applicazione WPF.
Sicuramente la direzione è quella (“ne rimarrà uno solo”<cit.>) ma i tempi non sono ancora maturi e non lo saranno nel breve, le implicazioni di security sono troppe e le attuali limitazioni fanno si che pensare di sostituire un applicazione full trusted con un applicazione OOB SL3 è semplicemente fuori luogo, semmai concordo che SL, sopratutto nella ultima versione, sta offuscando un area di WPF nella quale non ho personalmente mai creduto molto, ovvero le XBAP applications.
Ma torniamo all’argomento principale di questo post: Visto che Murphy ha affittato una stanza a casa mia, non mi soprendo più di beccare tutti i bugs di SL3 al primo colpo, infatti cercando di verificare il meccanismo di update delle applicazioni OOB scopro che, ovviamente non funziona, mi consolo però vedendo la sessione di Mike Harsh al recente Mix 09 dove anche a lui non ha funzionato l’autoupdate.
Visto che a quanto pare sono l’unico sulla terra ad avere questo problema, me ne faccio una ragione, se non che nella documentazione di Silverlight trovo una piccola indicazione che indica che attraverso una magica chiave del registro è possibile disabilitare l’autoupdate, faccio una veloce prova inserendo:

o Path: HKCU\Software\Microsoft\Silverlight
o Name: Offline_UpdateEnabled
o Value: 0x00000000  (1 per disabilitare)

e, voilà, l’autoupdate è servito.

Ci risentiamo al prossimo bug…