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.

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. Gleicher Inhalt wie der Protokollstreifen der Registerkarte „Diagnose“, jedoch mit allem ab dem Start, 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.

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.

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

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.