# Demande d'assistance technique pour IronPDF
Nous vous remercions de prendre le temps de nous aider à améliorer IronPDF et à résoudre les problèmes que vous pourriez rencontrer. La grande majorité de nos fonctionnalités et mises à jour sont motivées par les demandes de nos clients, et nous considérons le développement logiciel comme un dialogue entre nos clients et nos développeurs.
Afin d'assurer le support, notre équipe d'ingénieurs devra être en mesure de reproduire efficacement un problème et de créer des tests de régression. La plupart des problèmes que nous rencontrons sont spécifiques à une plateforme ou à un environnement d'exécution. À ce titre, nous avons besoin de recevoir des informations extrêmement concises.
Veuillez envoyer toutes vos demandes d'assistance à [support@ironsoftware.com](mailto:support@ironsoftware.com).
## Une description concise et claire du problème
Un bon rapport technique doit contenir suffisamment d'informations pour permettre de reproduire le problème. Imaginez que vous signalez le problème à un collègue ou que vous le publiez sur Stack Overflow.
Un rapport de bogue doit contenir :
- Une description claire des symptômes rencontrés et de toute hypothèse que vous pourriez avoir concernant leur cause.
- Fichiers journaux (voir ci-dessous)
- Environnement : version d'IronPDF, système d'exploitation et version du runtime .NET (environnement cloud exact, le cas échéant)
Veuillez inclure autant d'éléments que possible parmi les suivants afin que votre demande soit traitée en priorité :
- Exemple de projet reproduisant intégralement le problème (voir ci-dessous)
- Un extrait de code au format Stack Overflow (veuillez ne pas fournir de capture d'écran du code)
- Captures d'écran des symptômes/exceptions
- Texte des messages d'exception (Exception + Exception interne)
- À quel point de débogage le processus cesse-t-il de fonctionner ou s'échappe-t-il dans le code ?
- Paramètres d'entrée et ressources : URL, HTML, fichier HTML, image, PDF, CSS, etc.
## Comment joindre les fichiers journaux IronPDF
**Joindre des fichiers journaux** à votre rapport de bogue _double largement_ la probabilité que nous puissions vous aider.
***REMARQUE : IronPDF dispose de fonctionnalités avancées de journalisation des erreurs qui doivent être activées.***
## Comment activer les journaux
```csharp
// Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log";
// Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
```
Les fichiers journaux créés par IronPDF se trouvent dans le répertoire `/bin` de votre projet, là où vos DLL sont déployées :
- `default.log` (Processus de déploiement)
- `cef.log` (Rendu)
- `IronSoftwareCefSubprocess.log` (Rendu et multithreading)
- [IronSoftwareEngine.log](/troubleshooting/timeout-while-rendering-pdf/) (Utile pour le débogage des exceptions commençant par " Erreur lors de la génération du PDF à partir de... ")
Les serveurs cloud disposent souvent d'emplacements spécifiques pour les fichiers journaux. Nous proposons des guides pour la génération de fichiers journaux dans [Azure](/troubleshooting/azure-log-files/) et [AWS](/troubleshooting/aws-log-files/).
## Comment joindre un exemple de projet
**Un projet exemple qui reproduit fidèlement un problème dans son intégralité et de manière isolée** permet à nos ingénieurs de reconnaître et de comprendre un problème simplement et rapidement.
Il s'agit de la _norme de référence en matière de reproductibilité_ et cela permettra généralement d'accélérer le traitement d'une demande d'assistance en la plaçant en tête de liste.
**Notre format préféré est un projet .NET simple et autonome, compressé au format ZIP, sous forme d'application console ou web :**
- Veuillez activer le partage complet lorsque vous envoyez un lien Google Drive ou Dropbox.
- Le dossier `bin` n'est pas nécessaire, car son inclusion alourdit le fichier ZIP
Veuillez également inclure :
- Fichiers d'entrée (fonctionnels et non fonctionnels), y compris les PDF et les ressources référencées (CSS, images)
- Fichiers PDF de sortie (le cas échéant) et/ou résultat attendu
Nous vous remercions de prendre le temps de nous aider à améliorer IronPDF et à résoudre les problèmes que vous pourriez rencontrer. La grande majorité de nos fonctionnalités et mises à jour sont motivées par les demandes de nos clients, et nous considérons le développement logiciel comme un dialogue entre nos clients et nos développeurs.
Afin d'assurer le support, notre équipe d'ingénieurs devra être en mesure de reproduire efficacement un problème et de créer des tests de régression. La plupart des problèmes que nous rencontrons sont spécifiques à une plateforme ou à un environnement d'exécution. À ce titre, nous avons besoin de recevoir des informations extrêmement concises.
Un bon rapport technique doit contenir suffisamment d'informations pour permettre de reproduire le problème. Imaginez que vous signalez le problème à un collègue ou que vous le publiez sur Stack Overflow.
Un rapport de bogue doit contenir :
Une description claire des symptômes rencontrés et de toute hypothèse que vous pourriez avoir concernant leur cause.
Fichiers journaux (voir ci-dessous)
Environnement : version d'IronPDF, système d'exploitation et version du runtime .NET (environnement cloud exact, le cas échéant)
Veuillez inclure autant d'éléments que possible parmi les suivants afin que votre demande soit traitée en priorité :
Exemple de projet reproduisant intégralement le problème (voir ci-dessous)
Un extrait de code au format Stack Overflow (veuillez ne pas fournir de capture d'écran du code)
Captures d'écran des symptômes/exceptions
Texte des messages d'exception (Exception + Exception interne)
À quel point de débogage le processus cesse-t-il de fonctionner ou s'échappe-t-il dans le code ?
Paramètres d'entrée et ressources : URL, HTML, fichier HTML, image, PDF, CSS, etc.
Comment joindre les fichiers journaux IronPDF
Joindre des fichiers journaux à votre rapport de bogue double largement la probabilité que nous puissions vous aider.
REMARQUE : IronPDF dispose de fonctionnalités avancées de journalisation des erreurs qui doivent être activées.
Comment activer les journaux
// Configure logging at the beginning of your code, before any IronPDF methods are called.IronPdf.Logging.Logger.LogFilePath = "Default.log";// Enable detailed logging for all processes.IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
// Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log";
// Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
' Configure logging at the beginning of your code, before any IronPDF methods are called.IronPdf.Logging.Logger.LogFilePath = "Default.log"' Enable detailed logging for all processes.IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All
' Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log"
' Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All
Les fichiers journaux créés par IronPDF se trouvent dans le répertoire /bin de votre projet, là où vos DLL sont déployées :
default.log (Processus de déploiement)
cef.log (Rendu)
IronSoftwareCefSubprocess.log (Rendu et multithreading)
IronSoftwareEngine.log (Utile pour le débogage des exceptions commençant par " Erreur lors de la génération du PDF à partir de... ")
Les serveurs cloud disposent souvent d'emplacements spécifiques pour les fichiers journaux. Nous proposons des guides pour la génération de fichiers journaux dans Azure et AWS.
Comment joindre un exemple de projet
Un projet exemple qui reproduit fidèlement un problème dans son intégralité et de manière isolée permet à nos ingénieurs de reconnaître et de comprendre un problème simplement et rapidement.
Il s'agit de la norme de référence en matière de reproductibilité et cela permettra généralement d'accélérer le traitement d'une demande d'assistance en la plaçant en tête de liste.
Notre format préféré est un projet .NET simple et autonome, compressé au format ZIP, sous forme d'application console ou web :
Veuillez activer le partage complet lorsque vous envoyez un lien Google Drive ou Dropbox.
Le dossier bin n'est pas nécessaire, car son inclusion alourdit le fichier ZIP
Veuillez également inclure :
Fichiers d'entrée (fonctionnels et non fonctionnels), y compris les PDF et les ressources référencées (CSS, images)
Fichiers PDF de sortie (le cas échéant) et/ou résultat attendu
Curtis Chau détient un baccalauréat en informatique (Université de Carleton) et se spécialise dans le développement front-end avec expertise en Node.js, TypeScript, JavaScript et React. Passionné par la création d'interfaces utilisateur intuitives et esthétiquement plaisantes, Curtis aime travailler avec des frameworks modernes et créer des manuels bien structurés et visuellement attrayants.
