![]() ![]() Rmdir /s /q "%ProgramFiles%\Microsoft Silverlight" Reg delete HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\D7314F9862C648A4DB8BE2A5B47BE100 /f ![]() Reg delete HKLM\Software\Microsoft\Silverlight /f To resolve this issue yourself, follow these steps:Ĭlick Start and type Notepad in the Search boxĭouble-click on Notepad from the list of results aboveĬopy and then paste the following text into Notepad. When the Fix it solution has completed, click the link below to install the latest version of Microsoft Silverlight: Note If you are not currently using the computer that is experiencing this problem, you can save the automatic fix to a flash drive or to a CD, and then you can run it later on the computer in question. However, the automatic fix also works for other language versions of Windows. If you would rather verify and update these keys yourself, go to the "Let me fix it myself" section. To automatically uninstall Microsoft Silverlight, click the button in the "Fix it for me" section. This issue can occur if an existing installation or uninstall has become corrupt. Microsoft Silverlight does not work as expectedĪttempts to restart the computer and try to upgrade, install or uninstall Microsoft Silverlight again end in the same results. Upgrade to another version of Microsoft Silverlight String xapPath = (source) ĭateTime xapCreationDate = System.IO.File.When working with Microsoft Silverlight you may encounter the following scenarios: Sorry, didn't see that you're experiencing this as well on live IIS deployments. In order words = Installed and CheckAndDownloadUpdateAsync() is reporting e.UpdatedAvailable = false. Finally, everything started working as expected. So I changed my web project configuration to use IIS Express instead of the the builtin Visual Studio Development server and re-installed the Silverlight app to the desktop. I'm also using the anti-cache trick you mentioned and I was experiencing the same behavior of always reporting NotInstalled as well as CheckAndDownloadUpdateAsync() always reporting e.UpdateAvailable = true. I suspect this has something to do with the builtin Cassini / Visual Studio Development server and SL5 not playing nicely together for some reason. Update6: The various //(.) parts are (indirectly) changing the view of the application, UpdateType is not. UpdateType is an enum type property that allow me to pick the right localized string somewhere else. UpdateType = UpdateTypes.ElevationRequired ![]() ![]() If (e.Error is PlatformNotSupportedException) Update5: As requested, here is my code, fairly straightforward: private void CheckAndDownloadUpdateCompleted(object sender, e) Update4: In fact, the problem is still present even on my main IIS deployment, and has happened on other servers too (and using PHP to generate the timestamp instead of ASP.NET). But this is still annoying, as it considerably slows down my OOB debug process. The same application deployed to a proper IIS with the same Web.config doesn't have this issue. Update3: The problem is definitely related to the debug web server. Now the in browser app detects that the OOB install is ok, but the update cycle continues, with the same Fiddler trace. Update2: I had a cache control directive in my Web.config file, but removing it only solved half the problem. That's fine for me, except that the server (Server: ASP.NET Development Server/10.0.0.0, X-AspNet-Version: 9) returns a new version, with the following cache headers: HTTP/1.1 200 OKĮach time I run the app, the check request has the right date (the one previously returned by the server), and each time, the server says it has a new version, with the current date. When the update process is invoked, I see: GET /ClientBin/Client.xap?timestamp=23/01/2012 17:42:14 HTTP/1.1 Update: I've checked with Fiddler what happens on my dev box. The problem occurs on (at least) my dev machine using the Silverlight 5 Developer Runtime. * Precision: currently my app is built using the Silverlight 5 Tools, but is targeting Silverlight 4, and works fine on a Silverlight 4 Developer Runtime. Has anyone else encountered this, and better yet, has a workaround? when launching in OOB mode, it's always saying that a new version is available (in code: CheckAndDownloadUpdateAsync() always returns with e.Error = null and e.UpdateAvailable = true).when launching in browser, the current install state is always 'not installed' (in code: = is always true).Using a Silverlight 5 runtime *, the OOB install/auto-update feature now seems broken. I was using the timestamp trick on the Silverlight (see GetLastWriteTime() using answers in How do you force Firefox to not cache or re-download a Silverlight XAP file?) successfully with Silverlight 4. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |