Dokumentation in Beta. Einige Texte und Bilder werden überarbeitet, wenn die App auf Version 1.0 umgestellt wird. Wenn ein Abschnitt veraltet ist, kennzeichnen Sie ihn über Feedback-Formular.

Support-Pakete

Ein Support-Bundle ist eine einzelne ZIP-Datei, die den Status der Bridge zum Zeitpunkt des Problems enthält. Es ist das einzige Artefakt, nach dem wir bei der Prüfung eines Tickets fragen werden. Auf dieser Seite wird genau beschrieben, was darin enthalten ist, damit Sie wissen, was Sie senden.

So exportieren Sie eines

  1. Öffnen Sie FFB-Bridge und navigieren Sie zu Diagnose.
  2. Klicken Sie Supportpaket exportieren (oben rechts).
  3. Nach einer kurzen Verzögerung zeigt ein Banner den Dateinamen und die Größe an Enthüllen und Feedback-Formular öffnen Tasten.
  4. Klicken Sie Feedback-Formular öffnen – Die Feedback-Seite wird geöffnet und Ihr Paket ist bereits angehängt.
FFB-Bridge-Diagnoseseite nach dem Exportieren eines Support-Pakets mit dem Ergebnisbanner mit den Aktionen „Reveal“ und „Open-Feedback-Formular“.
Figure 1. Exportablauf: Schaltfläche „Diagnoseseite“, dann das Banner mit dem Dateinamen und den Aktionen „Feedbackformular anzeigen/öffnen“.

Was ist im Paket enthalten?

Ein Bundle ist eine einfache ZIP-Datei. Die folgenden Dateinamen sind die vollständige Zulassungsliste – das Bundle wird es tun niemals alles enthalten, was außerhalb dieser Menge liegt.

sysinfo.txt

Systemmetadaten. Nur-Text, Schlüssel:Wert-Zeilen. Felder:

  • os — „Windows“ oder „Linux“.
  • os-version — Kernelversion oder Windows-Build-String.
  • distro — on Linux, /etc/os-release PRETTY_NAME.
  • cpu-model, cpu-cores — from /proc/cpuinfo oder Win32_Processor.
  • ram-total-mb — from /proc/meminfo oder Win32_ComputerSystem.
  • dotnet-version — Laufzeitversion des gebündelten .NET.
  • platform – expliziter Schlüssel für den Linux-vs-Windows-Zweig.
  • locale – aktuelles Benutzergebietsschema.
  • bridge-version, build-hash – Bridge-Version und Git-SHA zur Build-Zeit.

session.log

Vollständiges Ereignisprotokoll für die aktuelle Sitzung. Gleicher Inhalt wie der Protokollstreifen auf der Seite „Diagnose“, jedoch mit allem vom Start an, nicht nur dem, was sichtbar ist. UTF-8.

last-crash.log

Wenn der vorherige Start abgestürzt ist, wird das Absturzprotokoll hier angezeigt. Stack-Trace, Thread-Dumps, die letzten Protokollzeilen vor dem Absturz. Fehlt, wenn die Sitzung nicht abgestürzt ist.

doctor.json

Aktueller Doctor-Page-Scan in maschinenlesbarer Form. Jede Zeile enthält den Prüfnamen, den Status (bestanden/warnend/nicht bestanden/n/a) und die Rohdetailzeichenfolge. Dadurch können wir Ihren Arztstatus sehen, ohne dass Sie Screenshots einfügen müssen.

tunables.yaml

Die Werte des aktiven Tuning-Profils zum Zeitpunkt des Exports. Gleiches Schema wie ein gespeichertes Profil. Wird verwendet, um die genaue Kraftkonfiguration zu reproduzieren, die Sie geflogen sind.

simconnect-config.xml

MSFS's SimConnect.xml wenn die Brücke eins lesen könnte, mit irgendjemandem <Password> Einträge entfernt. Fehlt, wenn Sie sich zum Zeitpunkt des Exports in X-Plane oder Mock befanden.

Was NICHT im Paket enthalten ist

Der Support-Bundle-Builder verwendet eine strikte Zulassungsliste für Dateinamen. Es wird nichts außerhalb dieser Liste enthalten, selbst wenn etwas Passendes im selben Verzeichnis vorhanden ist. Insbesondere:

  • Keine gespeicherten Passwörter oder Anmeldeinformationen. Die Brücke speichert keine.
  • Keine Profildateien anders als der Aktive.
  • Keine Systemprotokolle, Journale oder irgendetwas außerhalb der eigenen Datenverzeichnisse der Bridge.
  • Keine Netzwerkpaketerfassung.
  • Keine Cloud-Tokens (die Bridge verwendet keine).

Serverseitige Verarbeitung

Wenn Sie ein Paket an einen Feedbackbericht anhängen, analysiert der Aufnahmemitarbeiter der Site es, um nützliche indizierbare Daten in unsere Datenbank zu extrahieren:

  • Systeminformationen in einer Zusammenfassungszeile zur Gruppierung („Wie viele Berichte aus dieser Distribution?“).
  • Warn- und Fehlerzeilen aus dem Protokoll mit stabilen Fehlersignaturen, sodass wir auf einen Blick sehen können, wie viele Personen auf denselben Fehler gestoßen sind.
  • Die Ergebnisse einer ärztlichen Untersuchung ermöglichen eine Aufschlüsselung der Fehler in der gesamten Benutzerbasis.
  • Der wörtliche Dateitext jedes Eintrags auf der Zulassungsliste, der gespeichert wird, damit wir den Kontext bei der Triage erneut lesen können.

Das Rohpaket selbst wird für einen kurzen Zeitraum (standardmäßig 30 Tage) aufbewahrt, damit wir es erneut analysieren können, wenn sich unsere Extraktionslogik verbessert. Danach bleiben die geparsten Daten erhalten; Der rohe Blob wird verworfen.

Grenzen

BegrenzenWert
Gesamtgröße des Bündels50 MB komprimiert
Unkomprimierte Größe pro Eintrag5 MB
Maximale Einträge30
Total unkomprimiert20 MB
KodierungNur UTF-8-Textdateien (plus XML)

In der Praxis liegt ein normales Bundle unter einem Megabyte. Diese Grenzwerte dienen dazu, feindliche Uploads auszuschließen, nicht um echte Berichte auszuschließen.

Senden ohne Feedback-Formular

Wenn Sie das Paket lieber direkt per E-Mail versenden möchten, schreiben Sie an feedback·ffb-bridge.com (ersetzen Sie das · durch ein @) und hängen Sie die ZIP-Datei an. Der serverseitige Parser läuft nicht für E-Mails, daher ist die Triage langsamer – aber das Paket ist genauso verwendbar.