Dokumentation zur aktuellen Version FFB-Bridge 1.4.0 Etwas Veraltetes gefunden? Melde es über das 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 Support Seite (Seitenleiste), dann die Diagnose Tab.
  2. Klicken Sie Support-Paket (oben rechts auf der Diagnosekarte).
  3. Nach einer kurzen Verzögerung zeigt ein Banner den Dateinamen und die Größe an, mit einem Feedback-Formular-Link und, sofern verfügbar, Reveal-Datei.
  4. Öffnen Sie das Feedback-Formular und hängen Sie die ZIP-Datei an, wenn Sie es senden möchten.
Registerkarte „Diagnose“ auf der FFB-Bridge-Support-Seite nach dem Exportieren eines Support-Pakets mit dem Ergebnisbanner mit Dateiname, Größe und Feedback-Formularaktion Registerkarte „Diagnose“ auf der FFB-Bridge-Support-Seite nach dem Exportieren eines Support-Pakets mit dem Ergebnisbanner mit Dateiname, Größe und Feedback-Formularaktion
Figure 1. Exportablauf: Schaltfläche „Diagnose“ und dann das Banner mit Dateiname, Größe und Feedback-Formular-Aktion.

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-name – „Windows“, „Linux“ oder „macOS“.
  • os-version – Kernel-Version, Windows-Build-String oder macOS-Version.
  • distro — unter Linux, /etc/os-release PRETTY_NAME.
  • cpu-model, cpu-cores – von /proc/cpuinfo oder Win32_Processor.
  • ram-total-mb – von /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. Es enthält denselben Ereignistyp wie der Diagnoseprotokollstreifen und umfasst alle Einträge seit dem Start, einschließlich Einträge außerhalb des sichtbaren Fensters. 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.

previous-session.log

Das rotierte Log aus dem Lauf vor dem aktuellen, sofern vorhanden. Nach einem Absturz-und-Neustart-Bericht ist dies oft die Datei, die zeigt, was vor dem Neustart passiert ist.

doctor.json

Die neuesten Integritätsprüfungen werden in maschinenlesbarer Form von der Support-Seite gescannt. Jede Zeile enthält den Prüfnamen, den Status (bestanden/Info/Warnung/Fehlgeschlagen/Bereit/Prüfung/n/a) und die Roh-Detailzeichenfolge. Dadurch können wir den Status Ihrer Integritätsprüfungen sehen, ohne dass Sie Screenshots einfügen müssen. Die Datei heißt doctor.json Aus historischen Gründen hieß die Support-Seite früher Doctor.

tunables.json

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.

hardware-settings.json

Hardware-Kompatibilitätseinstellungen zum Exportzeitpunkt: Software-Blending, Smooth steady forces, Achsenpolarität, Pitch/Roll-Tausch, Raw-HID-Präferenz, Opt-in für nicht gelistete Geräte und ob Live-Schalter von gespeicherten Einstellungen abwichen.

aircraft-profiles.json

Die Datei mit den Zuordnungen zwischen Flugzeug und Profil, sofern vorhanden unverändert enthalten. Sie hält fest, welches gespeicherte Profil jedes Flugzeug automatisch anwendet, damit der Support nachvollziehen kann, warum ein Profil ausgewählt wurde.

profiles-index.txt

Ein Verzeichnis der gespeicherten Profile zum Zeitpunkt des Exports: Dateiname, Größe, Änderungszeit sowie Titel, ID und Revision jedes Profils. Die Profilinhalte selbst verbleiben auf Ihrem Rechner.

simconnect.txt

MSFS’ SimConnect.xml falls die Bridge eine lesen konnte, mit redigierten Nicht-Localhost-IP-Adressen. Wenn keine gefunden wurde, sagt diese Datei das, statt zu raten.

Platform extras

Windows bundles include hid-devices.txt für passende Plug-and-Play-Gerätedatensätze. Linux-Bundles enthalten usb.txt, evdev.txt, udev.txt, und dmesg.txt für Kontext zum USB-/Input-Stack. Jedes Bundle enthält außerdem README.txt mit einer Inhaltszusammenfassung und Datenschutzhinweis.

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.
  • Ergebnisse der Integritätsprüfung für 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 Beschränkungen blockieren feindliche Uploads und lassen gleichzeitig ausreichend Raum für echte Meldungen.

Senden ohne Feedback-Formular

Wenn Sie das Paket lieber direkt per E-Mail versenden möchten, schreiben Sie an 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.