Erreur 2950 sur ouverture application avec Runtime 2007

Bonjour à tous,

Je m'adresse à vous en désespoir de cause après 2 jours à essayer de résoudre un problème à l'ouverture d'une application qui fonctionne depuis des années et sur une multitude de PC et qui, soudainement, sur un des PC ne veut plus s'ouvrir.
c'est une application développée sous ACCESS 2007 et utilisée par de multiples utilisateurs avec le Runtime d'Access 2007.
J'ai de temps en temps des utilisateurs qui ont des messages d'erreurs à l'ouverture de l'application mais il suffit que je leur renvoie l'appli pour que cela refonctionne.
Pas cette fois-ci.
Après avoir recherché les raisons de cette erreur 2950 j'ai essayé : de réinstaller le runtime, d'ajouter le chemin du dossier d'exécution dans le chemin validé d'Access, de passer un nettoyeur de registres, de défragmenter le disque. Rien n'y fait.
Cet utilisateur utilise l'application sur son ordinateur depuis plusieurs années sans souci et, lorsqu'il copie son application sur un autre PC, elle fonctionne sans problème.
Configuration du PC en cause : Windows 7 Home, Microsoft Office Starter (utilisée pour Word et Excel mais pas Access), Runtime Access 2007.

Est-ce que quelqu'un aurait une idée de comment je peux débloquer cette situation ?

Merci d'avance pour votre aide.

Etant donné que çà marche bien par tout ailleurs, je te propose d'installer systématiquement office 2007 sur son poste et de voir le comportement.

Citation:

---

Envoyé par bertiny

Etant donné que çà marche bien par tout ailleurs, je te propose d'installer systématiquement office 2007 sur son poste et de voir le comportement.

---

Désolée mais je ne peux pas obliger mes utilisateurs à acheter Office. D'où l'utilisation du Runtime d'Access....:roll:

Bonjour,

J'ignore si ton problème est résolu ; par doute, je me permets d'apporter une explication.

En fait, quand tu fournis une nouvelle version de ton application, elle n'est plus reconnue comme approuvée car elle a changé de valeur d'identifiant (REG_BINARY) dans le regsitre au niveau de la clé :

Code:

---

HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Access\Security\Trusted Documents\TrustRecords

---

Le problème que tu rencontres se produit si ta base de données n’est pas approuvée par Access 2007 et donc l'ouvre avec le mode désactivé d'où le message d'alerte.
De fait, le contenu exécutable est désactivé et ton application devient inexploitable.

Il faut que tu fasses en sorte d'approuver l'emplacement ou l'application..., car avec Access 2007, il est nécessaire répéter cette action chaque fois que la base de données est ouverte tant qu'elle reste dans cet état.

Argy

Bonjour Argy,

Merci pour ta réponse. Mon problème est toujours sans solution.
J'ai cherché dans cette voie mais sans résultat. En fait l'application est composée de 2 fichiers Access : un fichier contenant l'éxécutable (en accde), et un fichier contenant les données (en mdb). C'est en échangeant le fichier de données que se présente le problème entre 2 utilisateurs. Et je ne sais pas comment faire pour "faire approuver" un fichier par Access 2007, sachant que ce fichier ne contient que des tables et aucun code ni macro.
L'application se trouve toujours dans la racine C:, et ce depuis des années sans aucun problème de ce type. Comment je fais pour "faire approuver" cet emplacement sur chaque PC utilisateur ?

Corinne

Le fait de choisir C comme disque cible fait qu'il doit exister des règles de sécurité sur les postes interdisant de près ou de loin l'accès à ce volume.
Quand tu poses une nouvelle version (nouveau fichier), si l'emplacement est approuvé, le message ne doit plus apparaître.

Il faut donc vérifier (sur un poste où le problème se pose) s'il existe un emplacement approuvé :

• Ouvrir la BDR et allez dans la clé :
  
  Code:

  ---

  HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Access\Security\Trusted Locations

  ---

• Là, il doit y avoir différentes clé existantes comme par exemple : Location1, Location2 etc...
• Une de ces clés doit contenir les Valeurs : AllowSubfolders qui doit être égale à 1, Date, Description et Path qui doit pointer sur le chemin de ton application.

=> Si tel est le cas, alors il y a un problème plus embêtant et il faudra envisager de mettre ton application ailleurs que sur C:\
=> Sinon...

Pour en définir un, il y a plusieurs méthodes...

• Le plus simple est de passer par Access lui-même et d'aller dans le paramétrage des options de confidentialité pour défini l'emplacement.
• Une autre consiste à exécuter un fichier de Registre le *.reg sur chaque poste.
• Une troisième consiste à établlir des paramètres système pour ajouter un emplacement approuvé dans Access via la stratégie de groupe pour tous les utilisateurs de l'Active Directory de l'entreprise (utilitaire MSOffice).

Voilà, voilà...

Argy

Bonjour Argy,

J'ai essayé de mettre le chemin approuvé dans la base active et de la renvoyer à l'utilisateur mais cela ne change rien.

Petit problème : sur mon propre poste, alors que j'ai bien défini des chemins approuvés dans Access, lorsque je vais dans regedit sur les "trusted locations" d'Access je n'ai rien du tout !
Est-ce que c'est logique ?

Sur les postes utilisateurs je n'ai pas Access, seulement le Runtime, et donc je ne peux définir de chemins approuvés via Access sur le poste en question. Je veux bien le faire via le regedit mais j'aimerais comprendre pourquoi chez moi je n'ai justement pas cette ligne et donc si cela sert vraiment à quelque chose.

Merci d'avance pour ton aide.

Corinne

Bonjour,

Humm ce n'est pas normal...
Sur ton poste, regardes-tu au bon endroit ?

Quoi qu'il en soit pour définir un emplacement manuellement sans Access 2007, il suffit de récupérer ce contenu en l'ayant adapté selon le cas :
(attention au respect de la syntaxe au niveau du chemin)

Code:

---

1 2 3 4 5 6 7 8 9

Windows Registry Editor Version 5.00   [HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Access\Security\Trusted Locations\AppRinetTeroa] "Path"="C:\\RinetTeroa\\" "AllowSubfolders"=dword:00000001 "Description"="Emplacement approuvé des applications RinetTeroa" "Date"="29/08/2018 10:50"

---

dans un fichier texte nommé par exemple AppRinetTeroa.reg et de l'exécuter sur les postes impactés.

Argy

Bonjour Argy,

J'ai enfin réussi à résoudre le problème en installant sur le PC récalcitrant un Office 2007 complet. Toutes les autres manipulations ont été infructueuses. Je pense qu'il y a eu à un moment une mauvaise installation/désinstallation d'Office et cela bloquait tout. Avec l'installation d'un Office 2007 tout fonctionne de nouveau correctement.

Je te remercie toutefois pour ton aide sur le sujet.

Corinne

:ccool:

Merci du retour.