Comment puis-je remédier à la “Le point d'arrêt ne sera pas actuellement être frappé. Pas de symboles ont été chargés de ce document.” avertissement?

Application de bureau C# express edition. A travaillé ensuite ne fonctionne pas 5 secondes plus tard.

J'ai essayé le suivant.

Assurer la configuration de débogage, debug, et complète les informations de débogage sont mis à toutes les assemblées.
Supprimer tous les bin et obj dossiers et toutes les Dll connexes pour le projet de mon ensemble de la machine.
Recréer des projets à l'origine du problème à partir de zéro.
Redémarrage.

J'ai deux WinForms projets de la solution. L'un d'eux charge les informations de débogage, on n'a pas. Ils se réfèrent à l'assemblée, je vais essayer d'obtenir des informations de débogage sur exactement de la même manière dans le fichier de projet. Des idées?

Je tiens à ajouter ici, surtout pour moi-même quand je reviens à l'examen de cette question, que les symboles ne sont pas chargés jusqu'à ce que l'assemblée est chargé, et l'assemblée n'est pas chargé jusqu'à ce qu'il est nécessaire. Si le point d'arrêt est une bibliothèque qui n'est utilisé que dans une fonction, dans votre assemblée, les symboles ne seront pas chargés (et il va montrer le point d'arrêt de ne pas être touché) jusqu'à ce que la fonction est appelée.

Lors du débogage, goto pour le Débogage, les Fenêtres, les Modules de vue. Cela permettra d'afficher les infos sur les modules chargés et symbole de statut. Vous pouvez cliquer-droit sur un module et d'essayer de charger les symboles à partir d'un autre emplacement.
Express edition n'ont pas de Modules de vue.
Bon point sur les assemblages ne sont pas chargés jusqu'à ce que nécessaire. Le débogueur affiche que le point d'arrêt ne seront pas touchés, mais l'écran modifier/votre point d'arrêt SERA frappé une fois l'assemblée est chargé. Un fromage de contourner ce problème d'INTERFACE utilisateur serait de faire un appel à l'assemblée au début du programme, à force de l'assemblée pour être chargé.
J'ai eu le même problème et j'ai remarqué que pour cette configuration de build, je n'avais pas <DebugSymbols>true</DebugSymbols> sous dans VS2015 j'ai ajouté manuellement et il a bien fonctionné.
Retrait de l' .suo fichier pourrait avoir résolu ce problème de l'horrible à mon projet

OriginalL'auteur |

.net breakpoints c#debugging visual-studio

940

Démarrer le débogage, dès que vous êtes arrivé à un point d'arrêt ou utilisé Debug > Break All, utilisez Debug > Windows > Modules. Vous verrez une liste de toutes les assemblées qui sont chargés dans le processus. Trouvez celui que vous voulez obtenir les informations de débogage. Cliquez-droit dessus et sélectionnez l'icône de Charge de l'Information. Vous obtiendrez une boîte de dialogue qui répertorie tous les répertoires où il a regardé pour la .fichier pdb pour l'assemblée. Vérifiez que la liste contre le réel .apb emplacement. Assurez-vous de ne pas trouver une ancienne.

Normal projets, le montage et le son .fichier pdb doit toujours avoir été copiées par les IDE dans le même dossier que votre .exe. Le dossier bin\Debug de votre projet. Assurez-vous de retirer l'un de l'GAC si vous avez été en train de jouer avec elle.

Effectivement, c'était la question sur mon cas. Nous avons eu un postcompile que le fait de ne pas être considéré comme "le Code de l'Utilisateur' ... maintenant, je dois voir ce que ça se fait, mais je ne confirme que sans la postcompile modifications, les symboles sont chargés. @Hans merci, m'a sauvé quelques bonnes minutes! envoie une biere
La question est à propos d'express edition, à qui cette réponse ne s'applique pas, malheureusement. En fait aucune des réponses de travail pour moi, j'ai aussi essayé de supprimer le dossier de Débogage et de reconstruction.
Microsoft Visual Studio Express 2013 pour le Web n'a pas de Débogage de Windows Modules à option. Howo utilisation de résoudre ce problème dans ce cas ?
Comme un soupçon, allumez vos exceptions, donc il se casse là où vous le souhaitez (si vous ne parvenez pas à mettre un point de rupture dans le début de la procédure)... et puis Vous suivez Han recommandé processus de Débogage > Windows > les Modules. Regardez pour le projet que vous étiez en train de marcher dans et regarde le CHEMIN. si elle dit "C:\windows\assembly" puis son pointant vers une GAC dll et non PAS le projet...
j'ai eu ma solution active de la configuration de la solution prévue pour une sortie , le changer en arrière pour Déboguer résoudre mon problème. Cette réponse m'a aidé "souvenir" de ce qu'il faut chercher

OriginalL'auteur
314

Essayez d'abord la reconstruction de votre projet par un clic droit sur le projet > Reconstruire
Si cela ne fonctionne pas, essayez un nettoyage du projet (clic droit de la souris sur le projet > nettoyer)

Si cela ne fonctionne pas vérifiez ceci:
1. Droit de la souris cliquez sur votre projet
2. sélectionnez [Propriétés]
3. sélectionnez le [Build] onglet
4. assurez-vous que [Définir constante DEBUG] et [Définir TRACE constante] sont vérifiées
5. Cliquez sur le [Avancé] bouton au bas de la construction objet tabpage
6. Assurez-vous que [Debug Info:] est fixé à [complète]
7. Cliquez sur [OK] et reconstruire le projet 😉
(étape 6 génère l' .fichiers pdb, ce sont les symboles de débogage)

Assurez-vous que [Debug Info:] est réglé sur [complète] - correction d'un pour moi! J'ai plusieurs configurations définies sur mon projet, les nouvelles que j'ai ajouté ne pas avoir cette série.
En fait, j'ai dans la version release. tsk.
Si vous n'avez pas de build onglet, vous pouvez aussi aller compile > Advanced compile options > steps 4 - 7. Qu'il a fait pour moi.
C'est super si vous êtes seul à travailler avec un seul projet, mais j'en ai 20 et le processus se répète à travers chacun d'eux, selon le processus, il est en cours d'exécution.
Si vous avez un mixte C++/C# projet avec un natif de démarrage, assurez-vous que le projet de Débogage de l' > Débogueur est de Type Mixte.

OriginalL'auteur
255

Juste quelque chose de simple pour essayez - vous avez essayé déjà.
Cliquez-droit sur la Solution dans l'explorateur de solutions, cliquez sur "solution propre", cette opération supprime tous la compilation et fichiers temporaires associées à une solution.

Faire une reconstruction de la solution et essayez de déboguer à nouveau.

J'ai aussi eu des problèmes avec des points d'arrêt de plusieurs projets dans une solution de certains compilé comme x86, certains comme x64.

Comment avez-vous régler les points d'arrêt avec plusieurs projets dans une solution de certains compilé comme x86, certains comme x64?
Si vous exécutez IISExpress (ou l'Azur de l'émulateur), les fichiers de C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Fichiers\root ne peut pas obtenir la mise à jour si votre AssemblyVersion est 1.0.0.0. Assurez-vous que c'est quelque chose comme 1.0.* de sorte qu'une nouvelle version est généré chaque fois que vous construisez votre projet web. Nettoyer la Solution n'est pas de vider le dossier fichiers internet temporaires.
Mon vs 2015 n'a pas de "solution propre de la commande".
Cela fait la même chose que de faire un Tout Reconstruire.
Bois - je serais plutôt d'accord avec ça. Mais dans de rares cas, la Reconstruction de Tous les peuvent produire des résultats légèrement différents - je sais que j'ai vu d'étranges différences de temps en temps. Jetez un oeil ici pour une certaine discussion intéressante: stackoverflow.com/questions/1247457/...

OriginalL'auteur
206

Désactiver le "Juste Mon Code" option dans le Debug/paramètres Généraux.

Yep, sur un Windows Phone 8 projet avec une version personnalisée de configuration, c'est ce qu'il a fait pour moi.
C'était la solution que j'ai besoin lors de débogage à distance sur un autonome serveur IIS.
A fonctionné pour moi avec Windows Phone 8.1 et VS Communauté en 2015.
Juste pour être clair: Dans VS 2017, ce paramètre est précisément dans l'Outil, les Options de la boîte de dialogue sous le Débogage, volet Général (il n'y a pas de "Debug" volet, pour être précis). La case à cocher est appelée "Activer uniquement Mon Code" et non pas "Juste Mon Code".
Ce travail est pour moi, cependant je ne peux pas voir la valeur de la variable lors de l'passez la souris ou appuyez sur maj+f9 obtenir une erreur Ne peut pas obtenir la valeur du local ou de l'argument qu'il n'est pas disponible à ce pointeur d'instruction, probablement parce qu'il a été optimisé loin

OriginalL'auteur
142

La croix-affichage de ce correctif à partir de Hans K que j'ai trouvé sur le fil similaire >> ICI <<:

Clic droit sur la solution --> Propriétés

Regarder en vertu de la Common Propriétés --> Démarrage du Projet

Sélectionner plusieurs projets de démarrage

sélectionnez Démarrer action sur les projets que vous avez besoin de déboguer.

Cette traite également des situations où vous essayez de déboguer un projet WEB qui est un .NET remoting point de terminaison de l'exécution sur le VS serveur de développement et ne présentant "aucun chargé des symboles".
Ce fixe pour moi. Je pense que précédemment sombody avait essayé de joindre le débogage pour le local serveur IIS au lieu de la version de débogage de IIS que visual studio.
Si vous avez supprimé le .suo fichier, vous pouvez perdre la solution paramètres sélectionnés ici et fixer de nouveau
J'ai vérifié ces paramètres à nouveau aujourd'hui, après avoir été le débogage avec succès et a constaté que mes projets de démarrage, d'une certaine façon est revenue à un seul projet de démarrage. Il vaut la peine de vérifier.

OriginalL'auteur
55

La réponse sélectionnée m'a amené à régler mon problème. Mais j'ai besoin de faire quelques trucs en plus:

Même avec "Debug" est sélectionné dans la liste déroulante:

Et dans les Propriétés du projet > Build:

Visual Studio n'était pas le chargement des symboles à un projet spécifique. Alors, dans la liste déroulante j'ai sélectionner "Configuration Manager", et vu que les paramètres de mon projet web a été incorrect:

Puis j'ai mis que de "Debug" et il a commencé à générer de la .pdb fichier.
MAIS j'ai besoin de copier manuellement le PDB et les DLL et les mettre dans le dossier que VS était à la recherche (ici est la réponse m'a aidé):

Je courais dans release mode. Merci !!
La clé pour moi est que le "Déployer" case n'était pas cochée, donc l'apb n'a pas été re-déployé après la construction

OriginalL'auteur
41

Debug > Windows > Modules pour voir ce que les modules étaient chargés de me mettre dans la bonne direction.

Dans mon cas, IIS Express semble être le chargement d'une autre DLL à partir de la temporaire ASP.NET les fichiers.

La solution?
1. Parcourir pour C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
2. Supprimer tout ce qui dans ce répertoire!
C'était mon problème, le dossier doit avoir été plein de cassé DLL qui étaient en train d'être chargé comme une préférence.
Cela a fonctionné pour moi, sauf que dans mon cas, le répertoire, j'ai eu la purge a été C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\vs\
J'ai eu un problème similaire où j'avais déjà cette application installé, et il a été de chargement de la DLL au lieu de celui de mon projet avec aucun fichier PDB. Après la désinstallation de l'ancienne application, le problème a été résolu pour moi. Merci!
Cela fonctionne aussi avec plein IIS.

OriginalL'auteur
39

J'ai été en mesure de corriger l'erreur en définissant simplement l'option dans le "Attach to Process" à "déterminer Automatiquement le type de code à déboguer" option comme le montre la capture d'écran jointe.

Il suffit de suivre les étapes ci-dessous:
- Aller à Debug à partir de la barre de menu
- Cliquez sur Attacher au Processus
- Près de la Joindre à option, cliquez sur la Sélectionnez bouton
- La Sélectionnez le Code Type fenêtre apparaîtra
- Maintenant, sélectionnez l'option déterminer Automatiquement le type de code à déboguer et cliquez sur le bouton OK.
Pour les autres qui ont tout essayé sur cette page, j'ai résolu mon problème en passant à " Géré (v4.5, v4.0) code"!
En passant à "Géré (v4.5, v4.0)" résolu pour moi aussi avec le débogage d'un DNN ASP.Net app. Merci!
Pas de travail pour moi. L'option a été sélectionnée avant
Je suis passé à la Maternelle et il vraiment très travaillé!!! Merci!!!!
Commutation de "déterminer Automatiquement le type de code de debug" à "Géré (v4.6, v4.5, v4.0)" a fonctionné pour moi. J'ai une solution avec 2 bibliothèques de classes, l'une est COM accessible, les deux sont ciblage cadre 4.6.1.

OriginalL'auteur
36

Vérifier si votre .pbd fichier est manquant dans votre bin/Debug dossier. Si elle est ensuite allez dans "Propriétés" de votre projet, sélectionné à "Construire" puis "Avancé" en bas. Choisissez "plein" en vertu de "Debug info" dans la nouvelle fenêtre qui apparaît. C'était mon problème et résolu pour moi.

Pourquoi vous répondez n'a pas été définie comme la réponse correcte?
Réponse impressionnante et la capture d'écran a été utile.
résolu mon problème en un .net de base du projet
Merci, c'fixe pour moi après que j'ai fait de nouveaux Web.config transforme et supprimé les configs par défaut (comme le Web.Debug.config) que VS en 2017 donne.
Essayé beaucoup d'autres options (gaspillé près de 2 heures) Ce "plein" option pour résoudre mon problème. Merci!

OriginalL'auteur
34

Parfois, même si elle vous donne cette erreur, le breakpoint obtient toujours frappé, donc il suffit de les ignorer l'erreur. Ce qui se passe assez souvent dans le Views d'un MVC web app.

Cela devrait effectivement être upvoted quelque part vers le haut. J'ai passé beaucoup de temps à faire toutes les réponses ci-dessus, mais le point d'arrêt serait réellement frappé. Il suffit de vérifier:) Aussi, c'était un WPF application de bureau.
aspx semble être compilé à la demande, ainsi debuging info n'est disponible qu'après la page aspx qui est nécessaire
Aussi pour UnitTesting - vous devez attendre quelques secondes, puis il se fait frapper.
Je pense que @aeroson commentaire est ce que j'ai couru dans. Une page est chargée pour les points d'arrêt, l'autre n'avait pas. J'ai essayé toutes sortes de choses à partir des réponses ici, et puis rafraîchis la page, et les points d'arrêt chargé.
merci... de creuser autour pour une demi-heure et viens de réaliser que le point d'arrêt obtient encore frappé...

OriginalL'auteur
28

Dans mon cas, "Optimiser le Code" a été cochée dans mon propriétés du projet. Cela a causé de VS voir mon assemblée "pas mon code", et à son tour, il n'a pas les symboles de charge.

La solution a été de décocher cette.

C'était mon problème aussi, et je suis passé par toutes les solutions ci-dessus, un par un, rien n'a fonctionné.
J'ai décoché cette option, propre solution, reconstruit solution, etc... VS était toujours en considérant le module "Optimzed". Le seul moyen que j'ai trouvé à force de VS mettre à jour les informations de débogage était l'augmentation de la version d'assemblage du module.
La seule solution qui fonctionne pour moi, un # pour vous (# = ++++), mais je ne peut voter qu'une seule fois

OriginalL'auteur
23

Vérifiez si votre solution est en Mode Release.

il a fallu près de 4 heures pour trouver ce problème. merci
inutile de répondre à stackoverflow.com/a/21952302/3195477

OriginalL'auteur
21

Essayez d'exécuter visual studio en tant qu'administrateur dans windows.

J'ai fini nécessaires à l'exécution de msvsmon en tant qu'Administrateur sur l'ordinateur distant.
Ce n'est pas une solution, les gens devraient suivre. Si cela résout le problème, alors vous devriez être en se concentrant sur pourquoi vous avez besoin des droits d'admin pour VS pour être en mesure de lire votre projet .apb le contenu du fichier.
Je suis en désaccord. Alors que j'aimerais bien passer du temps à examiner ce, dans mon cas, cela a résolu mon problème et m'a permis de continuer le travail que je suis sûr qu'il a fait pour les autres aussi. Si vous souhaitez regarder et d'améliorer cette réponse n'hésitez pas, c'est tout ce qui existe.
Pour être clair: je comprends il résolu votre problème avec Visual Studio, c'est pas à ce que je conteste. Je suis en contestant la recommandation que d'autres acceptent l'exécution de l'IDE que la solution, plutôt que de simples un la solution. Si l'exécution de l'IDE en tant qu'administrateur résout le problème alors que l'information devrait être utilisé pour résoudre les problèmes de la cause réelle de sorte que l'IDE ne nécessite pas de privilèges d'administrateur pour fonctionner correctement.

OriginalL'auteur
17

Dans mon cas, je suis en train de débogage dans un communiqué mode. Une fois que j'ai changer de mode de débogage. Son travail

OriginalL'auteur
14

Vous avez besoin d'activer l'option "Générer les informations de débogage" dans les paramètres du compilateur

Où devrait-il être?
C'est la même que juFo la réponse de Projet > Propriétés > Build > Avancé > Debug Info > (ou pdb-seulement)
Écouter Jeremy Thompsen. Il a résolu le problème pour moi.

OriginalL'auteur
10

Nous avons trouvé la cause de notre problème. Ce code a été à l'aide de la "CodeBehind" attribut dans la directive de Page de l' .aspx fichier au lieu de "CodeFile" attribut (ASP.NET 2.0 et au-delà). Après des jours de désespoir, une simple recherche et remplacer résolu le problème.

OriginalL'auteur
10

Option "Démarrer le débogage Débogage + Windows + Modules" n'existe pas dans Microsoft Visual Studio Express edition 2013.

Décochant "Utilisation Géré Mode de Compatibilité" dans les Options des Outils de Débogage corrige ce.

OriginalL'auteur
8

J'ai essayé tout ce qui est mentionné ci-dessus, mais rien n'a fonctionné.
[Solution propre, et de vérifier les fichiers PDB etc.]

Même la publication de la même solution ne résout pas le problème.

Puis je retournai à ce que j'ai l'habitude de faire pour les résoudre (fou ce têtu de Visual Studio)

J'ai tout pour faire un changement délibéré dans le code et de publier la solution.
Ensuite, j'ai repris les modifier et publié de nouveau.

Voila [fichiers PDB débarrasser des mauvais esprits].. ce ne serait Pas intelligent de résolution, mais ce n'travail.. 😐

make a deliberate change a fonctionné pour moi

OriginalL'auteur
7

Choses à vérifier juste pour être clair: assurez-vous d'avoir le jeu de configuration de "Debug" et non de "Libération". Vous pouvez déboguer le projet de démarrage dans "Libération" mode, mais pas référencé de bibliothèque de classe.

inutile de répondre à stackoverflow.com/a/21952302/3195477

OriginalL'auteur
6

Aucune de ces réponses a résolu mon problème. J'ai essayé une autre chose basé sur le fait que le projet avec l'arrêt n'était pas, en réalité, le chargé de projet. J'ai trouvé que Hans Passant a écrit que le .dll lorsque je veux arrêter le débogueur et le associoated .fichiers pdb où copié près de la .exe fichier. Ces fichiers ont eu une date plus ancienne, donc je pensais qu'il n'était pas mis à jour dans le runtime. J'ai supprimé manuellement, Visual Studio pour en créer une autre paire, ET de mettre cette nouvelle paire de près de la .exe. Maintenant, le breakpoins fonctionne !

Peut-être que Visual Studio ne peut pas copier et REMPLACER les fichiers existants.dll et .apb) près de la .exe depuis il y a un autre là. Donc, si j'ai supprimé manuellement puis VS pourraient créer de nouvelles d'un proche .exe.

Je pense qu'une autre change (vérification et de l'autre des réponses) a déclenché quelque chose et Visual Studio copié et remplacer la dll et l'apb à partir du dossier de projet pour le dossier à proximité de l'exe, de sorte que c'était une solution.

Je pense que la cause racine du problème, c'est que Visual Studio utilise un autre fichier dans l'exécution, pas le fichier du projet, à l'arrêt.

Peut-être de cette réponse pour aider quelqu'un !

OriginalL'auteur
6

D'applications (IIS Express):
- Clic droit IIS Express Plateau et à proximité de l'IIS.
- Propre Solution
OriginalL'auteur
6

Ce qui m'a pris un temps essayé d'autres options ci-dessus et pour une raison étrange, le débogage de l'arrêt de travail.

Outil -> Options -> Débogage -> Général> (décocher) "les fichiers source pour correspondre exactement à la version originale" option

OriginalL'auteur
5

Propriétés du projet (puis sélectionnez votre config) > Onglet Build > Avancé > les informations de Débogage (liste déroulante)

La valeur " all " ou " apb seulement, puis de reconstruire

je n'ai pdb_only, aussi propre et redémarrez le navigateur
a fonctionné pour moi! grand

OriginalL'auteur
5

Au lieu de faire toutes ces choses juste

De fermer et de rouvrir

la solution qu'il va corriger le problème

A travaillé pour moi dans Microsoft Visual Studio 2013 en vertu de l': Fichier > Fermer Solution, Alors le Fichier > Open Solution (doit être préchargé avec le même dossier). Les points d'arrêt est passé de drapeau jaune à la circulaire rouge instantanément. Donc merci.
Ne fonctionne pas toujours et n'a pas de travail dans VS 2015.

OriginalL'auteur
5

J'ai aussi eu le même problème ce que j'ai reconstruire l'ensemble de la solution (y compris refereced projets) x86( ou x64)

Même si j'ai mis tous mes projets pour x86 à partir du Gestionnaire de Configuration (Build->ConfigManager) certains de mes projets n'étaient pas réglés pour x86.

Alors assurez-vous de cliquer droit sur le projet et suivre

projet -> propriétés -> Onglet Débogage, vérifier la Configuration et de la Plate-forme.

OriginalL'auteur
4

J'ai été l'intégration d'une application en C# avec une bibliothèque statique à l'aide de VS10 - qui je suis nouveau. J'ai écrit un code géré dll de l'interface. J'ai pu définir des points d'arrêt partout, mais la lib statique. J'ai reçu le message décrit ci-dessus - pas de symboles ont été chargés de ce document. J'ai essayé un grand nombre de suggestions ci-dessus. J'ai pu voir que les symboles n'étaient pas en cours de chargement. J'ai finalement remarqué une case à cocher Configuration de Débogage, Activer le débogage de code non managé. Ce qui m'a permis de définir des points d'arrêt dans la lib statique fonctions.

OriginalL'auteur
4

J'ai lu attentivement toutes les réponses ci-dessus, mais aucun n'a résolu mon problème.

Dans mon cas, j'ai été la compilation d'une classe de la bibliothèque (DLL). Pas de modules semblent être chargé en Debug -> les Modules, donc je ne pouvais même pas charger les symboles manuellement.

Ma solution était d'ajouter cette ligne dans mon code:
```
System.Diagnostics.Debugger.Launch();
```
Une fois que ce code est atteint, une exception est déclenchée et l' .NET Framework affiche une boîte de dialogue demandant qui de Visual Studio (c'est à dire nouvelle instance de VS 2008, nouvelle instance de VS 2013, etc) que vous souhaitez utiliser pour déboguer le programme. Vous pouvez choisir l'instance existante de VS avec votre chargé de projet. Cela permettra de fixer le processus de votre VS session et de charger tous les symboles, et maintenant vous pouvez déboguer votre projet.

Bien sûr, la compilation doit être fait à l'aide de la configuration Debug, pas de Libération.

OriginalL'auteur
4

Je sais que je suis à des années de retard, mais j'ai pensé que j'avais fait quelque chose de mal, et a suivi les étapes ci-dessus, puis j'ai réalisé que j'avais défini la configuration de la solution à la "Libération" par erreur 🙂

Puis-je upvote 10K fois? Le pire, c'est que je pense que j'ai cherché sur google comme 10 fois maintenant, et à chaque fois est la même erreur stupide. Peut-être que Microsoft pourrait allusion à l'utilisateur?
inutile de répondre à stackoverflow.com/a/21952302/3195477

OriginalL'auteur
4

J'ai eu le même problème et j'ai fait la suivante:
Debug=>Options=> => décocher la case "Permettre le Juste Mon Code"
Cela a fonctionné pour moi..

OriginalL'auteur
3

Pour un ASP.Net application, vérifiez les propriétés du site, ASP.NET onglet. S'assurer que la bonne ASP.NET version est sélectionné.

OriginalL'auteur

Vous devez vous connecter pour publier un commentaire.

De fermer et de rouvrir