Dépannage dans Office au moment de l'exécution

Article
04/28/2010

Mise à jour : novembre 2007

Si des messages d'erreur émis par Microsoft Office s'affichent pendant que vous générez votre solution, ou que vos utilisateurs finaux signalent des messages d'erreur, l'un des problèmes courants suivants peut en être la cause.

Impossible de charger le Common Language Runtime ou Microsoft .NET Framework

Ce problème entraîne l'affichage du message d'erreur suivant :

<application> n'a pas pu charger le Common Language Runtime. Contactez votre administrateur pour obtenir une aide supplémentaire.

La version de Microsoft .NET Framework installée sur l'ordinateur de l'utilisateur final doit être identique ou ultérieure à celle installée sur l'ordinateur qui a été utilisé pour développer la solution. Pour plus d'informations sur l'installation du .NET Framework et du Common Language Runtime, consultez la page Téléchargement du .NET Framework.

Les macros personnalisées requièrent le Common Language Runtime

Ce problème entraîne l'affichage du message d'erreur suivant :

Les macros personnalisées de ce document requièrent l'installation du Common Language Runtime, version 2.0. Contactez votre administrateur pour obtenir une aide supplémentaire.

Dans cette instance, les macros personnalisées représentent l'assembly managé. Il est possible que la version de Microsoft .NET Framework installée de l'utilisateur final ne soit pas compatible avec votre solution. Vous devez installer une version du .NET Framework sur l'ordinateur de l'utilisateur qui soit identique ou ultérieure à la version que vous avez utilisée pour développer votre solution. L'installation peut être effectuée côte à côte avec la version existante. Pour plus d'informations sur l'installation du .NET Framework et du Common Language Runtime, consultez la page Téléchargement du .NET Framework.

La stratégie de sécurité ne permet pas l'exécution de l'assembly

Ce problème entraîne l'affichage du message d'erreur suivant :

La stratégie de sécurité .NET actuelle n'autorise pas <assembly> à s'exécuter depuis le dossier <chemin>. Ne modifiez pas cette stratégie de sécurité sur votre ordinateur. Elle est contrôlée par votre administrateur ou par le développeur qui a écrit les macros personnalisées. Vous pouvez tout de même modifier et enregistrer ce document. Contactez votre administrateur ou l'auteur de ce document pour obtenir de l'aide supplémentaire.

Dans cette instance, les macros personnalisées représentent l'assembly managé. L'assembly n'est pas de confiance et peut être nuisible. Si vous êtes certain que l'assembly est sécurisé, vous devez lui accorder une confiance totale dans la stratégie de sécurité .NET de l'utilisateur avant son exécution. Pour plus d'informations, consultez Comment : accorder des autorisations à des dossiers et des assemblys (Office System 2003).

La stratégie de sécurité ne permet pas au document de charger l'assembly

Ce problème entraîne l'affichage du message d'erreur suivant :

La stratégie de sécurité .NET actuelle n'autorise pas <document> à charger des macros personnalisées. Ne modifiez pas cette stratégie de sécurité sur votre ordinateur. Elle est contrôlée par votre administrateur ou par le développeur qui a écrit les macros personnalisées. Vous pouvez tout de même modifier et enregistrer ce document. Contactez votre administrateur ou l'auteur de ce document pour obtenir de l'aide supplémentaire.

Dans cette instance, les macros personnalisées représentent l'assembly managé. La cause la plus probable de ce problème est que le document a été ouvert à partir d'un emplacement non fiable ou à partir d'une pièce jointe de message électronique, et peut être nuisible. Si vous êtes certain que ce document est sécurisé, enregistrez-le sur l'ordinateur de l'utilisateur, puis ouvrez-le. Une fois que le document est enregistré sur l'ordinateur, il se trouve dans la zone Poste de travail, laquelle dispose d'une confiance totale. Si le document est une pièce jointe de message électronique, il se trouve dans la zone Internet, laquelle ne dispose pas d'une confiance totale.

Autre possibilité : la version correcte de Microsoft .NET Framework se trouvait sur l'ordinateur à un moment donné, mais a été supprimée avant l'exécution de la solution. Si l'utilisateur installe côte à côte deux versions du .NET Framework, puis en supprime une, ce message de sécurité s'affiche à la place du message indiquant que la version requise du .NET Framework n'est pas installée. Pour exécuter la solution, vous devez installer le .NET Framework.

Pour plus d'informations, consultez Spécifications de sécurité pour exécuter des solutions Office (Office System 2003).

Une exception de sécurité survient lorsque l'assembly du projet possède un niveau de confiance totale

Si vous recevez une exception de sécurité lorsque vous êtes certain que l'assembly du projet principal possède un niveau de confiance totale, il est possible qu'un assembly référencé essaie d'exécuter une action pour laquelle il ne dispose pas des autorisations requises. Vous devez octroyer manuellement toutes les autorisations requises aux assemblys référencés.

Lorsqu'un projet est généré sur un ordinateur de développeur, des autorisations d'exécution sont octroyées à tous les assemblys référencés qui se trouvent dans le dossier de sortie du projet. Une confiance totale est accordée automatiquement à l'assembly du projet principal uniquement.

Impossible de trouver ou de charger l'assembly

Ce problème entraîne l'affichage du message d'erreur suivant :

L'assembly de personnalisation est introuvable ou n'a pas pu être chargé. Vous pouvez tout de même modifier et enregistrer ce document. Contactez votre administrateur ou l'auteur de ce document pour obtenir de l'aide supplémentaire.

Pour résoudre cette erreur, utilisez les options suivantes :

Vérifiez que l'utilisateur a accès à l'emplacement de l'assembly et que l'assembly nommé existe. Pour plus d'informations, consultez Vue d'ensemble des assemblys dans les solutions Office.
Si l'assembly est disponible, vérifiez si Word ou Excel exécute une personnalisation, telle qu'un complément, une balise active ou un document dynamique, qui a explicitement chargé une version du Common Language Runtime (CLR) du .NET Framework incompatible avec le runtime de Visual Studio Tools pour Office. Pour résoudre le problème, désactivez toutes les personnalisations qui chargent explicitement une version du CLR du .NET Framework ne correspondant pas au runtime utilisé par votre solution.

Une application en cours d'exécution ne peut charger qu'une seule instance du CLR .NET Framework. Si une personnalisation force Word ou Excel à charger une version antérieure du CLR du .NET Framework, les solutions Visual Studio Tools pour Office ne peuvent pas être chargées.
Vérifiez si une exception non gérée de l'assembly de personnalisation empêche le chargement de l'assembly. Déboguez votre solution en définissant le débogueur pour qu'il s'arrête sur les exceptions du Common Language Runtime ou en sélectionnant l'option Arrêter lorsque des exceptions dépassent les limites AppDomain ou managées/natives dans la boîte de dialogue Options. Pour plus d'informations, consultez Comment : gérer les erreurs dans les projets Office et Général, Débogage, boîte de dialogue Options.

L'assembly ne peut pas être initialisé

Ce problème entraîne l'affichage du message d'erreur suivant :

Les macros personnalisées de <projet> n'ont pas pu être correctement initialisées. Vous pouvez tout de même modifier et enregistrer ce document. Contactez votre administrateur ou l'auteur de ce document pour obtenir de l'aide supplémentaire.

Dans cette instance, les macros personnalisées représentent l'assembly managé.

Ce message d'erreur peut avoir pour origine l'une des raisons suivantes :

L'assembly principal du projet Office est partiellement de confiance. Par exemple, si vous créez un projet sur un partage réseau qui dispose uniquement d'autorisations pour la zone intranet dans la stratégie de sécurité au niveau de l'ordinateur, ce message s'affiche même si vous lui avez accordé une confiance totale au niveau utilisateur. L'assembly est chargé sans aucun avertissement de sécurité, mais comme la stratégie au niveau de l'ordinateur est plus restrictive, il ne dispose pas des autorisations requises pour accéder au modèle objet Office (lequel requiert une confiance totale) et l'assembly n'est pas initialisé. Un administrateur réseau doit accorder une confiance totale au niveau de l'ordinateur si vous travaillez sur un assembly qui n'est pas stocké sur votre ordinateur local. Pour plus d'informations, consultez Spécifications de sécurité pour exécuter des solutions Office (Office System 2003).
L'assembly PIA (Primary Interop Assembly) d'un composant COM référencé n'est pas installé dans le Global Assembly Cache avant l'ajout de la référence. Visual Studio génère un assembly d'interopérabilité qui peut ne pas fonctionner complètement dans tous les cas, et place l'assembly dans le répertoire du projet au lieu de le placer dans le Global Assembly Cache.

Pour faire référence à l'assembly d'interopérabilité approprié

Recherchez toutes les références aux composants COM de votre projet (tels que les applications Office) dont la propriété Copie locale a la valeur True.
Cliquez avec le bouton droit sur la référence, puis cliquez sur Supprimer dans le menu contextuel.
Exécutez Ajouter ou supprimer des programmes et installez l'assembly PIA (Primary Interop Assembly) pour le composant dans le Global Assembly Cache. Pour plus d'informations, consultez Comment : installer les assemblys PIA (Primary Interop Assembly) d'Office.
Ouvrez votre projet dans Visual Studio, puis ajoutez une nouvelle référence au composant. Pour plus d'informations, consultez Comment : cibler les applications Office via les assemblys PIA (Primary Interop Assembly).

L'assembly n'est pas disponible pour une utilisation hors connexion

Cette situation entraîne l'affichage du message suivant :

La macro personnalisée de <chemin> n'est pas disponible hors connexion. Voulez-vous vous connecter pour télécharger la personnalisation ? Les autres programmes en cours d'exécution sur votre ordinateur, comme Internet Explorer, peuvent être affectés.

Dans cette instance, la macro personnalisée représente l'assembly managé. Ce message s'affiche lorsque l'ordinateur est en mode hors connexion et que le cache ne contient aucune copie de l'assembly. Pour travailler hors connexion, les conditions suivantes doivent être respectées :

L'assembly doit se trouver sur un serveur Web.
L'accès à l'assembly doit s'effectuer par l'intermédiaire d'un chemin d'accès HTTP ou HTTPS dans les propriétés personnalisées.

Pour mettre en cache un assembly répondant aux critères ci-dessus, vous devez vous connecter et ouvrir le document Office pour télécharger au moins une fois une copie de l'assembly. L'assembly est alors disponible pour travailler hors connexion. Pour plus d'informations, consultez Modèle hors connexion pour les solutions Office (Office System 2003) et Comment : déployer l'utilisation hors connexion de documents (Office System 2003).

D'autres programmes peuvent être affectés, car il n'existe qu'un seul mode hors connexion et en ligne pour l'ordinateur. Si vous sélectionnez Travailler hors connexion dans le menu Fichier d'Internet Explorer, toutes les applications passent en mode hors connexion.

L'assembly n'est pas disponible en ligne

Cette situation entraîne l'affichage du message suivant :

La macro personnalisée de <chemin> n'est pas disponible en ligne, mais une copie locale est accessible hors connexion. Voulez-vous travailler hors connexion et utiliser la copie mise en cache ? Les autres programmes en cours d'exécution sur votre ordinateur, comme Internet Explorer, peuvent être affectés.

Dans cette instance, la macro personnalisée représente l'assembly managé. Ce message s'affiche lorsque votre ordinateur n'est pas connecté à un réseau ou que le réseau est hors service, et que l'ordinateur est en mode en ligne. Si vous cliquez sur OK, votre ordinateur passe en mode hors connexion et utilise la copie mise en cache de l'assembly. Vous devez mettre votre ordinateur en mode hors connexion pour pouvoir utiliser un assembly mis en cache, soit en cliquant sur OK dans cette boîte de dialogue, soit en sélectionnant Travailler hors connexion dans le menu Fichier d'Internet Explorer. Pour plus d'informations, consultez Modèle hors connexion pour les solutions Office (Office System 2003) et Comment : déployer l'utilisation hors connexion de documents (Office System 2003).

D'autres programmes peuvent être affectés, car il n'existe qu'un seul mode hors connexion et en ligne pour l'ordinateur. Si vous mettez votre ordinateur en mode hors connexion, toutes les applications passent en mode hors connexion.

L'assembly ne peut pas être chargé

Ce problème entraîne l'affichage du message d'erreur suivant :

Impossible de charger le type <NomProjet> à partir de l'assembly <NomAssembly>.

Ce message peut s'afficher si vous obfusquez le code de la solution. Le fait d'obfusquer du code modifie les noms de toutes les classes. Toutefois, les noms de classes d'origine sont référencés dans le manifeste et l'obfuscateur ne modifie pas le manifeste.

Pour éviter cette erreur, ajoutez les noms des classes de feuille de calcul et de classeur à la liste, destinée à l'obfuscateur, des classes à ne pas renommer.

Les paramètres régionaux provoquent des erreurs pour certaines méthodes Excel

Si les paramètres régionaux sélectionnés par un utilisateur final ne correspondent pas à la langue installée pour Microsoft Office Excel 2003, cet utilisateur peut recevoir les erreurs suivantes lors de l'appel à certaines propriétés et méthodes Excel :

Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans mscorlib.dll.

Informations supplémentaires : exception à partir de HRESULT: 0x800A03EC.

- ou -

Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans ExcelProject.dll.

Informations supplémentaires : format antérieur ou bibliothèque de types non valide.

Pour plus d'informations sur la résolution de ce problème, consultez Globalisation et localisation de solutions Office.

Le document Office s'ouvre sans erreur, mais le code ne s'exécute pas

Les raisons pour lesquelles le code ne s'exécute pas et qu'aucun message d'erreur ne s'affiche sont notamment les suivantes :

Les assemblys PIA (Primary Interop Assembly) d'Office ne sont pas installés dans le Global Assembly Cache, peut-être parce que le .NET Framework n'est pas installé sur l'ordinateur, ou parce que les assemblys ne sont pas marqués comme étant Non disponibles dans le programme d'installation d'Office.
La version de Word ou Excel utilisée ne prend pas en charge les solutions Visual Studio Tools pour Office. Les utilisateurs finaux doivent installer Word et/ou Excel à partir d'une édition de Microsoft Office 2003 qui prend en charge Visual Studio Tools pour Office. Pour plus d'informations, consultez Comment : installer Visual Studio Tools pour Office afin de développer pour Microsoft Office 2003.
Le document est ouvert à partir d'un emplacement HTTP ou HTTPS et l'option Parcourir dans une même fenêtre pour les fichiers .doc ou .xls n'est pas sélectionnée dans l'Explorateur Windows. Cette option est utilisée par Internet Explorer pour déterminer si le document est hébergé dans la fenêtre active ou dans une fenêtre distincte. Si le document est hébergé dans une fenêtre distincte, les personnalisations ne sont ni chargées ni exécutées. Pour accéder à l'option Parcourir dans une même fenêtre pour un document Word ou Excel, ouvrez l'Explorateur Windows, cliquez sur le menu Outils, puis sur Options des dossiers. Sous l'onglet Types de fichiers, sélectionnez DOC ou XLS dans la liste des types de fichiers, cliquez sur Avancé et vérifiez que l'option Parcourir dans une même fenêtre est sélectionnée.
Un projet de document Word est ouvert dans Visual Studio sur le même ordinateur. Fermez Visual Studio et rouvrez le document.

Pour plus d'informations, consultez Débogage dans les projets au niveau du document.

Le niveau de sécurité des macros est élevé, mais le code s'exécute tout de même

Une solution Microsoft Office 2003 créée avec des extensions de code managé s'exécute même si le paramètre de Sécurité défini dans l'application Office de l'utilisateur final a la valeur Haute. Cela est dû au fait que la sécurité du code de l'assembly managé est régie par Microsoft .NET Framework, et non par Microsoft Office Word 2003 ou Microsoft Office Excel 2003. Il existe néanmoins plusieurs façons d'ouvrir un document ou un classeur contenant des extensions de code managé sans exécuter le code de l'assembly. Pour plus d'informations, consultez Comment : ouvrir des solutions Office sans exécuter le code.

Si Excel ou Word se ferme de façon inattendue après le déclenchement d'un événement par l'utilisateur sur un formulaire non modal, vérifiez s'il y a des endroits, dans le code, où des exceptions non gérées pourraient être levées. Ajoutez une gestion des erreurs pour empêcher toute perte éventuelle de données.

Le complément Outlook ne se charge pas ou est désactivé

Il existe plusieurs moyens de vérifier si un complément Outlook ne se charge pas correctement :

Si Microsoft Office Outlook se ferme de façon inattendue ou si une erreur se produit pendant l'initialisation d'un complément, il est possible qu'Outlook désactive le complément. Pour plus d'informations, consultez Comment : réactiver un complément qui a été désactivé.
Le chargement d'un complément Outlook peut échouer si le fichier manifeste du complément ne se trouve pas dans le même répertoire que l'assembly du complément. Si vous déployez le fichier manifeste dans un répertoire différent, vous devez mettre à jour l'attribut codebase de l'élément asmv2:installFrom dans le fichier manifeste du complément afin de pointer vers l'emplacement de l'assembly du complément.
Il se peut qu'Outlook exécute un complément qui a explicitement chargé une version du Common Language Runtime (CLR) du .NET Framework incompatible avec le runtime de Visual Studio Tools pour Office. Pour résoudre le problème, désactivez tous les compléments qui chargent explicitement une version incompatible du .NET Framework.

Une application en cours d'exécution ne peut charger qu'une seule instance du .NET Framework. Si un complément force Outlook à charger une version antérieure du .NET Framework, les compléments créés à l'aide de Visual Studio Tools pour Office ne peuvent pas être chargés.

Vous pouvez obtenir des informations de dépannage supplémentaires en définissant des variables d'environnement qui permettent à Visual Studio Tools pour Office d'afficher des messages d'erreur détaillés et d'écrire l'ensemble des actions dans un fichier journal. Pour plus d'informations, consultez Débogage dans les projets au niveau de l'application.

Impossible d'installer le complément Outlook à l'aide de la boîte de dialogue Compléments COM

N'utilisez pas la boîte de dialogue Compléments COM pour installer des compléments Outlook créés à l'aide de Visual Studio Tools pour Office. Utilisez le projet de déploiement inclus dans le modèle de projet Outlook. Les compléments Outlook utilisent un fichier proxy .dll, appelé AddinLoader.dll, pour étendre les fonctionnalités d'Outlook. Le proxy permet à l'assembly managé de communiquer avec Outlook via COM. Pour plus d'informations, consultez Déploiement de compléments d'application (Office System 2003).

Impossible d'ajouter des pages de propriétés personnalisées dans des compléments Outlook

Si votre complément Outlook crée une page de propriétés personnalisée pour la boîte de dialogue Options d'Outlook ou pour la boîte de dialogue Propriétés d'un dossier Outlook, vous devez rendre de manière explicite la page de propriétés personnalisée visible dans COM (par défaut, l'assembly n'est pas visible dans COM). Sinon, votre complément ne pourra pas créer la page de propriétés personnalisée, et vous risquez de recevoir un COMException lors du débogage de votre complément.

Il existe deux façons de rendre une page de propriétés personnalisée visible dans COM :

Ajoutez un ComVisibleAttribute à la classe qui implémente la page de propriétés personnalisée dans votre projet. Pour plus d'informations sur la façon d'appliquer des attributs à des classes, consultez Application des attributs.
Utilisez Visual Studio pour rendre tout l'assembly de votre complément visible dans COM.

Pour rendre l'assembly du complément visible dans COM à l'aide de Visual Studio
1. Dans Visual Studio, cliquez avec le bouton droit sur votre projet dans l'Explorateur de solutions, puis cliquez sur Propriétés.
2. Cliquez sur l'onglet Application.
3. Cliquez sur le bouton Informations de l'assembly.
4. Activez la case à cocher Rendre l'assembly visible par COM.
5. Cliquez sur OK.

L'événement Quit n'est jamais déclenché dans les compléments Outlook

Si vous créez un gestionnaire d'événements pour l'événement Quit de la classe Microsoft.Office.Tools.Outlook.Application dans un complément Outlook, le gestionnaire d'événements ne s'exécutera jamais. Lorsque vous fermez une instance d'Outlook qui exécute un complément créé à l'aide de Visual Studio Tools pour Office, le complément est déchargé avant de recevoir l'événement Quit. Pour éviter ce problème, vous pouvez aussi mettre, dans le gestionnaire d'événements ThisAddIn_Shutdown de votre projet, le code que vous voulez exécuter lorsqu'Outlook se ferme. Pour plus d'informations, consultez Modèles de projet de complément Microsoft Office 2007 et Modèles de projet de complément Microsoft Office 2003.

La méthode Close entraîne la fermeture inattendue de Word et d'Excel

Lorsque vous appelez la méthode Close de l'objet Workbook d'Excel ou de l'objet Document de Word à partir d'un formulaire non modal, l'application peut se fermer de façon inattendue. Tous les documents ou classeurs ouverts se fermeront et des données risquent d'être perdues. Si Microsoft Office Outlook utilise Word comme éditeur de courrier électronique, tous les messages électroniques ouverts peuvent également se fermer. Cela peut aussi se produire si vous affichez des Windows Forms ou des messages pendant la gestion de l'événement AppDomain.DomainUnload.

Pour éviter ce problème, n'appelez pas la méthode Close à partir d'un formulaire non modal ou dans un événement d'un formulaire non modal. Utilisez plutôt les procédures suivantes :

Utilisez des formulaires modaux (par exemple en utilisant ShowDialog au lieu de Show) si vous devez fermer le document à partir du formulaire.

Si vous devez utiliser un formulaire non modal, assurez-vous que le formulaire non modal est fermé et que vos références de formulaire sont complètement détruites avant d'essayer de fermer le document ou le classeur. Le code suivant est fourni à titre d'exemple :

Dim form1 As SampleForm

Sub OpenForm()
    form1 = New SampleForm
    form1.Show()  ' Show the form modelessly.
End Sub

Sub ForceShutdown()

    ' Completely close the form if it is still running.
    ' Note that hiding the form might not work by itself.

    If (Not form1 Is Nothing) Then
        form1.Close()
        form1.Dispose()
        form1 = Nothing
    End If

    Me.Close()
End Sub

SampleForm form1;

private void OpenForm()
{
    form1 = new SampleForm();
    form1.Show();  // Show form modelessly.
}

private void ForceShutdown()
{
    // Completely close the form if it is still running.
    // Note that hiding the form might not work by itself.

    if (form1 != null)
    {
        form1.Close();
        form1.Dispose();
        form1 = null;
    }
    object saveChanges = Word.WdSaveOptions.wdSaveChanges; 
    this.Close(ref saveChanges, ref missing, ref missing);
}

Pour plus d'informations sur le passage du paramètre missing en C#, consultez Fonctionnement des paramètres optionnels dans les solutions Office.

La définition du paramètre Cancel de la boîte de dialogue Enregistrer sous retourne un avertissement incorrect ou entraîne la fermeture inattendue de Word

Si vous affichez la boîte de dialogue Enregistrer sous dans le gestionnaire d'événements DocumentBeforeSave de ThisDocument et que vous affectez au paramètre Cancel la valeur false, l'application peut se fermer de manière inattendue. Si vous affectez au paramètre Cancel la valeur true, un message d'erreur indique que l'enregistrement automatique a été désactivé.

Les contrôles Windows Forms se comportent de façon imprévisible lorsque la fenêtre de feuille de calcul d'Excel est fractionnée

Si vous fractionnez une fenêtre de feuille de calcul qui contient des contrôles Windows Forms, ces contrôles peuvent ne pas se comporter de la même façon dans les deux fenêtres. Par exemple, si vous exécutez du code pour modifier la propriété BackColor d'un TextBox sur une feuille de calcul, la modification peut n'apparaître que dans une seule des fenêtres.

L'exception InvalidCastException est levée lorsqu'un contrôle hôte Excel est passé à une méthode

Dans Excel, certaines méthodes et propriétés requièrent que vous leur passiez un objet Office natif. Si l'attribut ExcelLocale1033Attribute a la valeur false et que vous passez un contrôle hôte basé sur l'objet Office natif, une InvalidCastException est levée. Vous pouvez utiliser la propriété InnerObject de contrôles hôtes pour passer les objets Office natifs sous-jacents à ces méthodes et propriétés. Pour plus d'informations sur les problèmes de localisation dans Excel, consultez Mise en forme de données dans Excel avec différents paramètres régionaux.

La liaison de données d'un ListObject échoue si une Boîte de dialogue modale est affichée

Si Excel affiche une boîte de dialogue modale pendant la mise à jour du groupe de données qui est lié à un ListObject, la liaison de données du ListObject échoue. Lorsque le ListObject perd la liaison de données, il déclenche l'événement DataBindingFailure. Pour lier à nouveau le ListObject à la source de données, gérez l'événement DataBindingFailure et appelez la méthode SetDataBinding.

Un double-clic sur un manifeste de déploiement provoque une erreur

Si vous double-cliquez sur un manifeste de déploiement, le message suivant s'affiche :

Impossible de continuer. L'application est incorrectement mise en forme. Contactez le vendeur de l'application pour demander une assistance.

Contrairement à un déploiement ClickOnce, vous ne pouvez pas exécuter une solution Visual Studio Tools pour Office en double-cliquant sur le manifeste de déploiement. Pour exécuter la solution, ouvrez l'application Office. Pour Word et Excel, ouvrez le document de solution à l'intérieur de l'application. Vous pouvez également double-cliquer sur le fichier du document.

Pour plus d'informations sur le déploiement de solutions Visual Studio Tools pour Office, consultez Déploiement de personnalisations au niveau du document (Office System 2003) et Déploiement de compléments d'application (Office System 2003). Pour plus d'informations sur les manifestes de déploiement, consultez Manifestes de déploiement pour les solutions Office (Office System 2003).

Voir aussi

Partager via

Dépannage dans Office au moment de l'exécution

Impossible de charger le Common Language Runtime ou Microsoft .NET Framework

Les macros personnalisées requièrent le Common Language Runtime

La stratégie de sécurité ne permet pas l'exécution de l'assembly

La stratégie de sécurité ne permet pas au document de charger l'assembly

Une exception de sécurité survient lorsque l'assembly du projet possède un niveau de confiance totale

Impossible de trouver ou de charger l'assembly

L'assembly ne peut pas être initialisé

Pour faire référence à l'assembly d'interopérabilité approprié

L'assembly n'est pas disponible pour une utilisation hors connexion

L'assembly n'est pas disponible en ligne

L'assembly ne peut pas être chargé

Les paramètres régionaux provoquent des erreurs pour certaines méthodes Excel

Le document Office s'ouvre sans erreur, mais le code ne s'exécute pas

Le niveau de sécurité des macros est élevé, mais le code s'exécute tout de même

Le complément Outlook ne se charge pas ou est désactivé

Impossible d'installer le complément Outlook à l'aide de la boîte de dialogue Compléments COM

Impossible d'ajouter des pages de propriétés personnalisées dans des compléments Outlook

Pour rendre l'assembly du complément visible dans COM à l'aide de Visual Studio

L'événement Quit n'est jamais déclenché dans les compléments Outlook

La méthode Close entraîne la fermeture inattendue de Word et d'Excel

La définition du paramètre Cancel de la boîte de dialogue Enregistrer sous retourne un avertissement incorrect ou entraîne la fermeture inattendue de Word

Les contrôles Windows Forms se comportent de façon imprévisible lorsque la fenêtre de feuille de calcul d'Excel est fractionnée

L'exception InvalidCastException est levée lorsqu'un contrôle hôte Excel est passé à une méthode

La liaison de données d'un ListObject échoue si une Boîte de dialogue modale est affichée

Un double-clic sur un manifeste de déploiement provoque une erreur

Voir aussi

Tâches

Concepts

Autres ressources

Ressources supplémentaires

Partager via

Dépannage dans Office au moment de l'exécution

Impossible de charger le Common Language Runtime ou Microsoft .NET Framework

Les macros personnalisées requièrent le Common Language Runtime

La stratégie de sécurité ne permet pas l'exécution de l'assembly

La stratégie de sécurité ne permet pas au document de charger l'assembly

Une exception de sécurité survient lorsque l'assembly du projet possède un niveau de confiance totale

Impossible de trouver ou de charger l'assembly

L'assembly ne peut pas être initialisé

Pour faire référence à l'assembly d'interopérabilité approprié

L'assembly n'est pas disponible pour une utilisation hors connexion

L'assembly n'est pas disponible en ligne

L'assembly ne peut pas être chargé

Les paramètres régionaux provoquent des erreurs pour certaines méthodes Excel

Le document Office s'ouvre sans erreur, mais le code ne s'exécute pas

Le niveau de sécurité des macros est élevé, mais le code s'exécute tout de même

Excel et Word se ferment de façon inattendue lorsqu'une exception non gérée se produit sur un formulaire non modal

Le complément Outlook ne se charge pas ou est désactivé

Impossible d'installer le complément Outlook à l'aide de la boîte de dialogue Compléments COM

Impossible d'ajouter des pages de propriétés personnalisées dans des compléments Outlook

Pour rendre l'assembly du complément visible dans COM à l'aide de Visual Studio

L'événement Quit n'est jamais déclenché dans les compléments Outlook

La méthode Close entraîne la fermeture inattendue de Word et d'Excel

La définition du paramètre Cancel de la boîte de dialogue Enregistrer sous retourne un avertissement incorrect ou entraîne la fermeture inattendue de Word

Les contrôles Windows Forms se comportent de façon imprévisible lorsque la fenêtre de feuille de calcul d'Excel est fractionnée

L'exception InvalidCastException est levée lorsqu'un contrôle hôte Excel est passé à une méthode

La liaison de données d'un ListObject échoue si une Boîte de dialogue modale est affichée

Un double-clic sur un manifeste de déploiement provoque une erreur

Voir aussi

Tâches

Concepts

Autres ressources

Ressources supplémentaires