Suite a la migration de notre parc W2000 en SP4 (du SP2 au SP4), je viens de me rendre compte d'un bug existant dans le SP3 et dans le SP4.
Apres un déploiement via stratégie GPO du msi du SP4 un collègue s'est rendu compte qu'il ne pouvait plus installer de msi en lancant le msi dans : executer > logiciel.msi.
A la place de l'installation il a une fenêtre qui lui demande avec quel programme ouvrir le msi (l'association de fichier ne se fait plus)
En vérifiant la clé
HKEY_CLASSES_ROOT\Msi.Package\shell
je m'apercois que la clé par défaut a pour valeur "ouvrir" au lieu de "open" (ou "Open,Repair,Uninstall" sur certaines installations)
je remets open à la place de ouvrir et la les msi se reinstallent normalement.
OK on a la soluce au problème.
Maintenant quelle est la CAUSE
Je recherche dans nos derniers repackaging lequel aurait pu modifier cela : je ne trouve rien.
Et la je me dis : tiens, si j'ouvrais le package du SP4 et là
la clé problématique est modifiée par le msi du SP4 (on a pris les SP4 sur les CD select microsoft)
Pour vérifier je le downloadle SP4 du site microsoft voir si ca a été corrigé depuis. même topo.
je reprends un CD du SP3 car dans les fichiers contenus dans le msi du SP4 j'avais vu msiexec et un rep MSIW2KSP3 (de tête).
Et effectivement le problème etait deja dans le SP3.
En r2sumer les traducteurs du W2000 SP3 de microsoft en FR ont fait une belle boulette que personne n'a remontée.
Et dans le SP4 ils ont repris le meme MSI avec la même boulette.
BRAVO M Microsoft.
désole d'avoir été long, j'espère que cette découverte servira a quelqu'un.
Et méfiance pour le SP5
PS : on avait pas de problème en lancant un :
msiexec /i logiciel.msi, seul l'association de fichier était corrompu
Message édité par boisorbe le 25-02-2004 à 22:25:52
---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate