Discussion :

[lutecefalco]

Hello tout le monde

J'ai une appli Silverlight et le minRuntimeVersion est spécifié à 4.0.50401.0
J'ai des clients qui ont la version 4.0.50524.0 de Silverlight, soit une version plus récente.

Lorsqu'ils lancent mon appli, il leur est indiqué que leur version doit être mise à jour. Une idée de pourquoi ???

[Nicolas Esprit]

Hello,

Même si la property minRuntimeVersion est situé dans une balise html, sûrement dans une page ASP.NET, je pense que tu auras plus de chances d'avoir une réponse pertinente sur le forum Silverlight.

Après.... c'est bizarre en effet. Tu as testé en spécifiant 4.0.50524.0 à la place (à voir si c'est possible de faire une mise à jour sur les postes de ton client ).
Et en pensant à mettre à jour le lient de téléchargement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<a href="http://go.microsoft.com/fwlink/?LinkID=149156&v=4.0.50524.0" style="text-decoration:none">

J'avoue que je suis curieux de savoir le pourquoi du comment !

[lutecefalco]

Hello,

Même si la property minRuntimeVersion est situé dans une balise html, sûrement dans une page ASP.NET, je pense que tu auras plus de chances d'avoir une réponse pertinente sur le forum Silverlight.

Oups, je pensais être sur le forum SL, je déplace

[Ramajb]

Salut,

Peut être que ton RuntimeVersion a été changé pendant le build ou déploiement.
Peux-tu le checker dans AppManifest.xml?

Merci.

[lutecefalco]

Salut,

Peut être que ton RuntimeVersion a été changé pendant le build ou déploiement.
Peux-tu le checker dans AppManifest.xml?

Merci.

Je regarderais demain au boulot

[lutecefalco]

Bien vu, j'ai RuntimeVersion="4.0.50826.0" dans l'AppManifest.xaml

[lutecefalco]

Bon, mes clients ne peuvent pas mettre à jour leur version de SL et mon appli fonctionnait correctement chez eux avant.

Si je baisse la version dans la balise object et dans le AppManifest, quels sont les risques que je prends?

[Nathanael Marchand]

Rien! (A part les bugs corrigés dans les versions ulterieures)

Tip pour changer facilement la version du AppManifest:
Dans le csproj de Silverlight, tu peux mettre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<SilverlightRuntimeVersion>4.0.60129.0</SilverlightRuntimeVersion>

En effet, le changer dans le AppManifest.xml ne fera rien, il sera écrasé au moment de la compil par la version du sdk de celui qui compile (ou de l'usine).

[lutecefalco]

J'ai baissé la version de l'AppManifest directement en prod (dézippe du xap, modif et rezippe)

J'ai une erreur au chargement:

Error: Unhandled Error in Silverlight Application
Code: 2103
Category: InitializeError
Message: 2103 Une erreur s'est produite.

[Nathanael Marchand]

J'ai baissé la version de l'AppManifest directement en prod (dézippe du xap, modif et rezippe)

J'ai une erreur au chargement:
Error: Unhandled Error in Silverlight Application
Code: 2103
Category: InitializeError
Message: 2103 Une erreur s'est produite.

Ouaip pour le coup, j'suis moins confiant sur une bidouille comme ca
Ma méthode est plus propre

[lutecefalco]

Ouaip pour le coup, j'suis moins confiant sur une bidouille comme ca
Ma méthode est plus propre

ok, je ferai ça proprement quand j'aurai un peu de temps

thx

[Ramajb]

Bon, mes clients ne peuvent pas mettre à jour leur version de SL et mon appli fonctionnait correctement chez eux avant.

Si je baisse la version dans la balise object et dans le AppManifest, quels sont les risques que je prends?

A mon avis, tu n'a pas besoin de baisser la version dans la balise object. Tu as trois solutions pour contourner le problème.

1. Désinstaller la version SDK du silverlight actuelle et revenir à l'ancienne version(4.0.50401.0). Refaire un nouveau Build.
2. Modifier et mettre RuntimeVersion=4.0.50401.0 dans AppManifest.xml après chaque Build et déploiement. (Pas pratique en tout cas)
3. Garder l’état actuel, mais mettre en place un mécanisme pour empêcher l'upgrade du cote client en définissant ceci dans la balise object:

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   <param name="autoUpgrade" value="false" />
   <param name="onerror" value="sdkError" />

   Le client n'aura plus la boite de dialogue de l'upgrade mais derrière, le fait de mettre autoUpgrade = false générera une erreur parce que la version installée du cote client n'est pas bonne. Cette erreur tu peux le gérer dans une fonction javascript sdkError spécifié. Au final tu auras qlq chose comme:

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   3
   4
   5
   6
   7
   8
   function sdkError(sender, args)
   {
       if(args.ErrorCode == 80001
       {
           var errorMsg="version silverlight attendue non trouvé";
           Label.Text = errorMsg;
       }
   }

J’espère que cela t'aidera.