Discussion :

[SlimG97]

Bonjour à tous,

Tout d'abord, je tiens à préciser que je sais que cette erreur "Microsoft Excel attend la fin de l'exécution d'une action OLE d'une autre application" a déjà été discutée maintes et maintes fois sur ce forum et sur tout internet.

Je n'ai malheureusement pas trouvé une solution qui me convient...

Je m'explique : un de mes codes VBA sur un fichier A, que je ne pourrai pas partager pour des raisons de confidentialité, utilise un fichier (que l'on appellera fichier B) sur le réseau interne de mon entreprise.

Lorsque quelqu'un est présent sur fichier B, les personnes suivantes voulant ouvrir le fichier reçoivent un message "telle personne est sur tel fichier, voulez vous l'ouvrir en lecture seule ou notifier la personne".

Sauf que Fichier B me permet de mettre à jour des informations dont j'ai besoin avant que la macro ne puissent localiser quelque chose. Le problème est que si jamais quelqu'un est sur fichier B, le code VBA de fichier A se suspend avec le message "Microsoft Excel attend la fin de l'exécution d'une action OLE d'une autre application".

Est-ce qu'on peut contourner ce problème ?

La solution qui m'arrangerait le mieux, serait de répondre automatiquement au message qui s'affiche (via la macro) "Ouvrir en lecture seule" avec un code. Je n'ai pas réussi. J'ai essayé avec ReadOnly sans succès.

La solution qui m'arrangerait un peu moins, mais qui permettrait de sauver les meubles serait de préciser que si ce message s'affiche, alors on ne met pas à jour les infos, mais la suite de la macro (la localisation) fonctionne quand même.

Accessoirement il faut savoir que mon code ouvre le fichier B en invisible.


Je sais que je suis très vague et j'en suis désolé.

Si vous avez des questions n'hésitez pas.

Cordialement,

[Menhir]

La solution qui m'arrangerait le mieux, serait de répondre automatiquement au message qui s'affiche (via la macro) "Ouvrir en lecture seule" avec un code. Je n'ai pas réussi. J'ai essayé avec ReadOnly sans succès.

Si c'est juste pour lire des valeurs dans le fichier, tu en fais une copie du fichier avec un FileCopy, tu prends les valeurs dans la copie et une fois que c'est fais, tu détruis la copie avec un Kill.
C'est une solution peu élégante mais simple et fiable.
https://docs.microsoft.com/fr-fr/off...copy-statement
https://docs.microsoft.com/fr-fr/off...kill-statement

[SlimG97]

Bonjour Menhir,
merci de ta réponse,

La technique est créative et semble fonctionner sur mon ordinateur personnel

Cependant, le pare-feu (?) ou l'antivirus (?) (je n'y connais rien en sécurité) bloque l'exécution sur les ordinateurs de mon entreprise...

Il demande le nom de compte et mot de passe administrateur pour trifouiller les fichiers, ce qui fait planter la macro.

Une autre solution serait-elle envisageable ?

Cordialement,

[Menhir]

Il demande le nom de compte et mot de passe administrateur pour trifouiller les fichiers, ce qui fait planter la macro.

Y compris si tu places la copie dans un répertoire classique (Temp, par exemple) de ton C: local ?

[Jean-Philippe André]

Salut,

et sans passer par une copie, mais ouvrir directement en lecture seule ?

[SlimG97]

Bonjour à vous,

Jean-Philippe André :
Merci pour ta réponse, j'ai essayé de l'ouvrir en lecture seule avec ReadOnly mais sans succès. Si il y a une autre solution pour ouvrir en lecture seule, je ne la connais pas :/

Menhir :
En Temp j'ai réussi à le faire fonctionner (c'était vraiment une bonne idée) mais le possesseur du fichier B a trouvé une solution encore plus simple.

En gros, on est plusieurs à utiliser son fichier dans l'entreprise pour nos macros et comme on avait tous le même problème, il a décidé que tout les soirs il ferait une copie de son fichier sur le même répertoire mais sous un autre nom. Une copie qui ne sert que pour les macros et le problème est donc résolu puisque personne ne va sur ce fichier

Merci beaucoup à vous deux en tous cas

Bonne journée et bonne vacances si vous en avez