Discussion :

[desaivresa]

Bonjour

Le problème : Je suis l'auteur d'une macro complémentaire (AddIn) assez conséquente (plus de 100 000 lignes de code) qui est déployée sur plus de 250 postes et en utilisation quotidienne depuis plus de 10 ans. Depuis quelques semaines 4 de mes utilisateurs et seulement 4 se voient demander d'entrer le mot de passe du AddIn à la fermeture d'Excel et seulement à ce moment la. Ces derniers qui n'ont pas accès à ce mot de passe doivent alors cliquer plusieurs fois (<>10) sur "Cancel" pour finir par voir la requête disparaître et pouvoir enfin fermer Excel. J'ai placé en pièce jointe une copie de la fenêtre affichée à la fermeture d'Excel, le AddIn concernée par cette demande se nomme "SQEproject".

Profil des utilisateurs concernés : ils ont tous Seven 64 bit Anglais, trois sont sur Excel 2010 un sur Excel 2007. Leur situation géographique au cas ou est la suivante: un à Singapour, un à Miami, un en Amérique du sud et enfin un à Londres. Les update Windows et Office qu'ils installent restent sous le contrôle de leur société qui est la même pour tous.

Mes pistes : Je soupçonne un effet de bord d'un update Office mais malgré que j'accepte tous les updates je n'arrive néanmoins pas moi-même à reproduire ce problème. Un collègue a bien trouvé ce lien (https://support.microsoft.com/en-us/kb/280454) concernant le sujet, le contenu semble pertinent mais les info contenues ne m'inspirent pas plus que cela pour le moment étant donné que je n'utilise qu'un OCX (MSCOMCT2.dll) et que rien n'explique que le problème évoqué dans ce lien n'apparaisse que maintenant et pour un nombre fort réduit d'utilisateurs...

Mes interrogations : Suis-je le seul à être subitement et aléatoirement confronté à ce problème ? Une idée à me soumettre ? Votre aide serait fort appréciée . Pour info le problème serait apparu pour la première fois autour de mi juin. Dans le cas ou un autre forum serait, soit plus adapté, soit aussi à explorer, ne pas hésiter à m'en faire part...

En vous remerciant par avance
Cordialement
Alain

[parmi]

Bonjour,

Je n'ai pas de solution, mais...
Est-ce qu'ils utilisent Office en 64 bits et, si oui, sont-ils les seuls ?
Est-ce que tu utlises des APIs ? si oui, lesquelles ?
Le niveau de sécurité est le même sur tous les postes, incluant ceux en problème ?

[desaivresa]

Question 1 => Non ils ne sont pas les seuls et de loin, ce serait plutôt le standard. Ils ne sont pas non plus les seuls sur des sites déportés et pour chacun d'entres-eux des collègues situés sur le même site disposent de machines similaires qui ne présentent pas le problème.
Question 2 => Si je peux répondre à cette question par les références établies sur le projet vba en question alors les voici ci-dessous. Sinon il faut que je creuse plus finement, c'est un dévelopement qui commence à dater... SFDCExtract est un développement maison en C++ qui n'est plus utilisé par l'application mais toujours référencé...
Question 3 => Je suppose que oui, j'en suis même quasiment certain - Leurs machines sont préparées et contrôlées par un service informatique centralisé.

Dans un forum ms un mvp me suggère de faire lancer Excel en mode sans échec puis de d'activer mon AddIn, histoire je pense d'éliminer le cas ou d'autres composants (COM AddIns) généreraient le pb, j'en connais déjà qui posent problème.
Merci pour l'effort
Alain

[parmi]

As-tu vérifié les versions des différentes DLL/OCX utilisées sur ces postes versus les tiennes ?
Il arrive que certaines personnes installent ou utilisent des programmes qui modifient ces versions de fichiers.
Il peut alors survenir des conflits entre les versions...

[desaivresa]

Je vais pouvoir un de ces jours prendre le contrôle de l'une de ces machines et je vais m'employer entre autre à vérifier cela...
Merci de m'y faire penser// Alain