Lots de diagnostic

Un lot de diagnostic est un unique fichier ZIP qui empaquette l'état du pont au moment où quelque chose a mal tourné. C'est le seul artefact que nous demanderons lors du tri d'un ticket. Cette page décrit exactement ce qu'il contient, afin que vous sachiez ce que vous envoyez.

Comment en exporter un

1. Ouvrez FFB-Bridge et accédez au Support page (barre latérale), puis la Diagnostics onglet.
2. Cliquez Lot de diagnostic (en haut à droite de la carte Diagnostics).
3. Après un court délai, une bannière affiche le nom et la taille du fichier, avec un lien vers le formulaire de commentaires et, le cas échéant, Révéler le fichier.
4. Ouvrez le formulaire de commentaires et joignez le ZIP si vous souhaitez l'envoyer.

Que contient le lot de diagnostic

Un bundle est un simple ZIP. Les noms de fichiers ci-dessous constituent la liste autorisée complète : le bundle jamais contenir quoi que ce soit en dehors de cet ensemble.

sysinfo.txt

Métadonnées du système. Texte brut, lignes clé:valeur. Champs :

• os-name — « Windows », « Linux » ou « macOS ».
• os-version — version du noyau, chaîne de build Windows ou version macOS.
• distro — sous Linux, /etc/os-release PRETTY_NAME.
• cpu-model, cpu-cores — de /proc/cpuinfo ou Win32_Processor.
• ram-total-mb — de /proc/meminfo ou Win32_ComputerSystem.
• dotnet-version - version d'exécution du .NET fourni.
• platform — clé explicite pour la branche Linux-vs-Windows.
• locale — paramètres régionaux de l'utilisateur actuel.
• bridge-version, build-hash - version bridge et git SHA au moment de la construction.

session.log

Journal complet des événements pour la session en cours. Il contient le même type d'événement que la bande du journal des diagnostics et inclut toutes les entrées depuis le lancement, y compris les entrées en dehors de la fenêtre visible. UTF-8.

last-crash.log

Si le lancement précédent s'est écrasé, le journal des plantages atterrit ici. Trace de pile, vidages de threads, les dernières lignes de journal avant le crash. Absent si la session n'a pas planté.

previous-session.log

Le journal pivoté de l'exécution précédant l'exécution actuelle, s'il est présent. Après un rapport de crash et redémarrage, c'est souvent le fichier qui montre ce qui s'est passé avant le redémarrage.

doctor.json

Le résultat le plus récent de l'analyse des vérifications de l'état de la page Support, sous une forme lisible par machine. Chaque ligne porte le nom de la vérification, le statut (réussite / info / avertissement / échec / prêt / vérification en cours / s/o) et la chaîne de détail brute. Cela nous permet de voir l'état de vos vérifications sans que vous ayez à coller de captures d'écran. Le fichier est nommé doctor.json pour des raisons historiques, la page Support s'appelait autrefois Doctor.

tunables.json

Les valeurs du profil de réglage actif au moment de l'exportation. Même schéma qu'un profil enregistré. Utilisé pour reproduire la configuration exacte de la force que vous pilotiez.

hardware-settings.json

— périphérique physique et moteur de rendu sélectionnés, plafond de sécurité, étalonnage et polarité des forces, affectations explicites des commandes et réglages de compatibilité au moment de l’export.

aircraft-profiles.json

Le fichier des associations entre avion et profil, inclus tel quel lorsqu'il existe. Il consigne quel profil enregistré chaque avion applique automatiquement, afin que l'assistance puisse voir pourquoi un profil a été sélectionné.

profiles-index.txt

Un index des profils enregistrés au moment de l'exportation : nom de fichier, taille, date de modification, ainsi que le titre, l'id et la révision de chaque profil. Le contenu des profils reste sur votre machine.

simconnect.txt

MSFS SimConnect.xml si la passerelle a pu en lire un, avec les adresses IP non-localhost masquées. Si aucun n'a été trouvé, ce fichier l'indique au lieu de deviner.

Platform extras

Windows bundles include hid-devices.txt pour les enregistrements Plug and Play correspondants. Les bundles Linux incluent usb.txt, evdev.txt, udev.txt, et dmesg.txt pour le contexte de la pile USB/entrée. Chaque bundle inclut aussi README.txt avec un résumé du contenu et une note de confidentialité.

Ce qui n'est PAS dans le lot de diagnostic

Le générateur de bundle de support utilise une liste autorisée stricte de noms de fichiers. Il n'inclura rien en dehors de cette liste, même si quelque chose correspondant est présent dans le même répertoire. En particulier :

• Aucun mot de passe ou identifiant enregistré. Le pont n'en stocke aucun.
• Aucun fichier de profil autre que celui qui est actif.
• Aucun journal système, journal ou quoi que ce soit en dehors des répertoires de données du pont.
• Aucune capture de paquet réseau.
• Aucun jeton cloud (le pont n'en utilise pas).

Traitement côté serveur

Lorsque vous joignez un ensemble à un rapport de commentaires, le responsable de l'accueil du site l'analyse pour extraire des données indexables utiles dans notre base de données :

• Informations système dans une ligne récapitulative pour le regroupement (« combien de rapports de cette distribution ? »).
• Lignes d'avertissement et d'erreur du journal, avec des signatures d'erreur stables, afin que nous puissions voir en un coup d'œil combien de personnes ont rencontré le même bug.
• Résultats du bilan de santé pour une analyse de ce qui échoue dans la base d'utilisateurs.
• Le texte du fichier textuel de chaque entrée sur la liste verte, stocké afin que nous puissions relire le contexte lors du tri.

Le lot brut lui-même est conservé pendant une courte fenêtre (30 jours par défaut) afin que nous puissions le réanalyser si notre logique d'extraction s'améliore. Après cela, les données analysées sont conservées ; le blob brut est supprimé.

Limites

En pratique, un paquet normal fait moins d'un mégaoctet. Ces limites bloquent les téléchargements hostiles tout en laissant suffisamment de place aux rapports authentiques.

Envoi sans le formulaire de commentaires

Si vous préférez envoyer le lot directement par e-mail, écrivez à feedback·ffb-bridge.com (replace the · with an @) and attach the ZIP. The server-side parser doesn't run for email, so the triage is slower — but the bundle is just as usable.