Ajouter une référence AddFromFile

Bonjour à tous

J'ai l'impression d'être face à un bug de MS Excel 2016 (32 bits et 64 bits car j'ai testé les deux versions) : j'ai une application .xlsm qui utilise un fichier .xlam.
Pour simplifier : Application.xlsm et Library.xlam.

Ces fichiers se situent sur mon disque dur : C:\Dev\Application.xlsm et C:\Dev\Library.xlam

Je dois copier mon fichier sur le dossier de "production" (E:\Prod\) mais bien sûr, il faut que le fichier .xlsm fasse référence au fichier .xlam du disque de production.

En résumé :

* J'ai C:\Dev\Application.xlsm qui référence C:\Dev\Library.xlam
* Je copie les deux fichiers vers le disque E:\Prod\
* J'ouvre le fichier E:\Prod\Application.xlsm pour modifier les références : ne plus utiliser C:\Dev\Library.xlam mais bien E:\Prod\Library.xlam

- Je décoche C:\Dev\Library.xlam
- J'ajoute E:\Prod\Library.xlam et c'est bien lui que je vois dans les références
- Je clique sur OK pour fermer la fenêtre des références

* Je sauve mon fichier E:\Prod\Application.xlsm

Mais si j'y retourne, c'est toujours C:\Dev\Library.xlam qui est référencé.
Je recommence, je retire l'ancien, je mets le nouveau, je vérifie, je ferme l'écran des références et j'y retourne de suite : c'est en effet bien C:\Dev\Library.xlam qui reste référencé.

Je viens de passer quelques heures à écrire un code VBS pour faire toute ces opérations, par script, mais là encore, quand je fais le Remove suivi d'un AddFromFile("E:\Prod\Library.xlam"), bardaf, c'est toujours C:\Dev\Library.xlam qui est là.

Le Remove a bel et bien fonctionné puisque si je ne fais pas de AddFromFile, je n'ai plus ma référence.

J'ai le sentiment que Excel utilise un "cache" : il voit que le mot "Library" lui est connu et il utilise la dernière référence utilisée ou quelque chose du genre.
Cela parce que si je renomme E:\Prod\Library.xlam en E:\Prod\DUMMY_Library.xlam (je change donc le nom de la librairie sur le disque), tout est bon. Plus de phénomène de "cache".

Auriez-vous une piste s'il vous plaît ?

Est-ce qu'il y a un moyen de forcer le "refresh" de la liste des références ?

Merci.

Bonjour

Personne ? Une piste quelconque pour solutionner ce problème de cache ?

Merci.

Bonjour,

/!\ j'ai pas testé !!! mais si tu veux automatiser le teste et la mise à jour essai d'ajouter un truc du genre :

dans le code de thisworkbook

Code:

---

1 2 3 4 5 6 7

Private Sub Workbook_Open() With Worksheets("Feuil1").Range("A1") 'si la cellule n'est pas vide c'est qu'on a un addin à activer If Not .Value = "" Then Application.AddIns(.Value).Installed = True .Value = "" 'on efface End With End Sub

---

dans un module :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Sub VerifAddin() Dim NouveauChemin As String With Application.AddIns("Euro Currency Tools") NouveauChemin = "d:\Program Files (x86)\Microsoft Office\Root\Office16\Library" If Not .Path = NouveauChemin Then 'path en lecture seul pour Addins() If .Installed Then .Installed = Not .Installed Application.AddIns.Add NouveauChemin & "\" & .Name Worksheets("Feuil1").Range("A1").Value = "Euro Currency Tools" 'pour l'exemple je propose la cellule A1 de la feuille 1 a toi de voir quel sera la meilleur cellule MsgBox "vous devez redémarrer excel pour appliquer les changements.", vbOKOnly + vbInformation End If End With End Sub

---

une petite explication quand même : l'idée c'est de vérifier le chemin de ton addin avec la sub VerifAddin si le chemin attendu n'est pas le bon on écrase l'existant avec le nouveau
Mais pour que ce changement soit pris en compte il faut redémarrer excel ce qui explique le code dans thisworkbook
Je le redit ce n'est qu'une proposition je n'ai rien testé !!!

Edit: attention quelques correction dans les macros... mais toujours pas testées

Bonjour Phil et merci pour ta réponse, ton temps et le code.

Je pense toutefois que cela ne réponds pas à ma question qui est un souci de "cache" (je ne saurais utiliser un autre mot); pour simplifier :

* Mon fichier Excel fait une référence vers c:\DEV\addin.xlam (et tout fonctionne comme attendu)
* Par programmation externe (un script VBS qui lance Excel en automation);

- J'ouvre mon fichier Excel
- Je supprime le lien vers c:\DEV\addin.xlam
- (j'affiche la liste des références utilisées; addin.xlam a bien disparu; comme souhaité)
- J'ajoute un lien vers z:\PROD\addin.xlam
- (j'affiche la liste des références utilisées; addin.xlam est bien référencé comme devant provenir de z:\PROD)
- Je sauve le fichier (tout est supposé OK) mais non, si je l'ouvre à nouveau, c'est toujours c:\DEV\addin.xlam qui est référencé

C'est "comme si" il a retenu que addin.xlam est un addin localisé sur C:.

Si je "triche" en utilisant plutôt z:\PROD\addin_PROD.xlam càd si je change le nom du fichier, mon code fonctionne, le fichier est bien adapté.

Mais cela me force alors à modifier le nom de mon addin (j'en ai plusieurs) et donc d'avoir une version développement (addin.xlam), de user-acceptance (addin_uat.xlam) et de production (addin_prod.xlam). Ce n'est pas vraiment le but de multiplier ainsi mes fichiers.

Bah je ne saurais pas en dire plus. Juste que par macro j'ai noté que le référencement aux compléments se passait mieux.
Surtout en cas de modif. enfin... jusqu'à preuve du contraire.
Désolé de ne pouvoir t'aider plus.

oui bon effectivement cela montre qu’excel garde une trace. Du coup pas certain que même par macro cela fonctionne...

Mais je t'en prie et merci encore des réponses

Citation:

---

Envoyé par Phil Free

oui bon effectivement cela montre qu’excel garde une trace. Du coup pas certain que même par macro cela fonctionne...

---

C'est exactement ça ... et je le fais déjà par macro. Je le fais "dans" Excel avec des macros VBA (dans un autre workbook) et pour tenter de contourner le problème, j'ai réécris mon code en VBS histoire d'être "en dehors" d'Excel mais même résultat. Ce foutu cache semble lié "addin.xlam" à un dossier précis et se moque des nouvelles destinations.

Je vais voir si ma société dispose toujours d'un contrat "Premier" auprès de Microsoft et je leur remonterai ce qui me semble être un bug.

Bonne nuit.