Documentation en version bêta. Certains textes et images seront retravaillés au fur et à mesure que l'application s'installera dans la version 1.0. Si une section est obsolète, signalez-la via le formulaire de commentaires.

Offres groupées de support

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

Comment en exporter un

  1. Ouvrez FFB-Bridge et accédez à Diagnostic.
  2. Cliquez Offre groupée de support à l'exportation (en haut à droite).
  3. Après un court délai, une bannière affiche le nom et la taille du fichier, avec Révéler et Ouvrir le formulaire de commentaires boutons.
  4. Cliquez Ouvrir le formulaire de commentaires — la page de commentaires s'ouvre avec votre pack pré-attaché.
Page de diagnostic FFB-Bridge après l'exportation d'un bundle de support, affichant la bannière de résultat avec les actions Révéler et Ouvrir le formulaire de commentaires
Figure 1. Flux d'exportation : bouton de la page Diagnostics, puis la bannière avec le nom du fichier et les actions Révéler/Ouvrir le formulaire de commentaires.

Qu'y a-t-il dans le paquet

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, clé : lignes de valeur. Champs :

  • os — « Windows » ou « Linux ».
  • os-version - version du noyau ou chaîne de build Windows.
  • distro — on Linux, /etc/os-release PRETTY_NAME.
  • cpu-model, cpu-cores — from /proc/cpuinfo ou Win32_Processor.
  • ram-total-mb — from /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. Même contenu que la bande de journal de la page Diagnostics, mais incluant tout depuis le lancement, pas seulement ce qui est visible. UTF-8.

dernier-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é.

docteur.json

Analyse la plus récente de la page Docteur sous une forme lisible par machine. Chaque ligne porte le nom du contrôle, le statut (réussite/avertissement/échec/n/a) et la chaîne de détails bruts. Cela nous permet de voir l'état de votre médecin sans que vous ayez à coller des captures d'écran.

accordables.yaml

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.

simconnect-config.xml

MSFS's SimConnect.xml si le pont pouvait en lire un, avec n'importe quel <Password> entrées supprimées. Absent si vous étiez sur X-Plane ou Mock au moment de l'export.

Ce qui n'est PAS dans le pack

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.
  • Pas de jetons 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.
  • Un médecin vérifie les résultats 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 bundle brut lui-même est conservé pendant une courte fenêtre (30 jours par défaut) afin que nous puissions réanalyser si notre logique d'extraction s'améliore. Après cela, les données analysées sont conservées ; la goutte brute est supprimée.

Limites

LimiteValeur
Taille totale du paquet50 Mo compressés
Taille non compressée par entrée5 Mo
Entrées maximales30
Total non compressé20 Mo
EncodageFichiers texte UTF-8 uniquement (plus le XML)

En pratique, un paquet normal fait moins d'un mégaoctet. Ces limites sont là pour exclure les téléchargements hostiles, et non pour exclure les rapports réels.

Envoi sans le formulaire de commentaires

Si vous préférez envoyer le lot directement par e-mail, écrivez à feedback·ffb-bridge.com (remplacez le · par un @) et joignez le ZIP. L'analyseur côté serveur ne fonctionne pas pour le courrier électronique, le tri est donc plus lent, mais le bundle est tout aussi utilisable.