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 Supportpaket (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, Datei anzeigen.
4. Öffnen Sie das Feedback-Formular und hängen Sie die ZIP-Datei an, wenn Sie es senden möchten.

Bericht aus der App senden

Wählen Sie in der Seitenleiste „Problem melden“. Nach der Bestätigung erstellt Bridge das Diagnose-Bundle und sendet es direkt, wobei der Fortschritt in der App angezeigt wird; „Bestätigung beim nächsten Klick auf ‚Problem melden‘ überspringen“ gilt für spätere Berichte. Geben Sie während des Uploads eine Beschreibung ein und wählen Sie dann „Details senden“, um sie demselben Bericht hinzuzufügen. Bei einem fehlgeschlagenen Upload oder einer fehlgeschlagenen Übermittlung der Details bleibt Ihr Text für einen erneuten Versuch erhalten, „Neuer Bericht“ erfasst neue Diagnosedaten, und die Schaltfläche „Supportpaket“ unter Support → Diagnose speichert weiterhin eine lokale ZIP-Datei, ohne etwas zu senden.

Die E-Mail-Adresse ist optional, aber ohne sie kann der Support nicht antworten. „E-Mail auf diesem Computer merken“ ist standardmäßig ausgeschaltet; ist die Option aktiviert, wird Ihre Adresse bei künftigen Berichten eingetragen, und wenn Sie sie deaktivieren, wird die gespeicherte Adresse entfernt. Die gespeicherte Adresse ist nie im Diagnose-Bundle enthalten. Aus der App gesendete Berichte werden wie Bundles verarbeitet, die an einen Feedback-Bericht angehängt sind, wie unten beschrieben.

Nach einem Absturz kann der Absturzdialog beim Start den In-App-Ablauf „Problem melden“ mit dem angehängten Absturz öffnen. Prüfen Sie den Bericht und die Bestätigung zum Hochladen der Diagnose. Ein lokaler Export ist weiterhin möglich, wenn Sie das Paket lieber speichern oder ein Upload fehlschlägt.

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 Zustandsprü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 Zustandsprü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

— Auswahl und Renderer des physischen Geräts, Sicherheitsobergrenze, Kalibrierung und Kraftpolarität, ausdrückliche Tastenzuweisungen und Kompatibilitätseinstellungen zum Exportzeitpunkt.

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:

• Dateien aus Zugangsdaten-Speichern sind ausgeschlossen, einschließlich gespeicherter AirframeDB-Zugangsdaten.
• Keine Profildateien anders als der Aktive.
• Es werden keine beliebigen Verzeichnisse gesammelt. Die ausdrücklichen Plattformprüfungen können USB-/Eingabedetails und gefilterte Linux-Kernelmeldungen enthalten.
• Keine Netzwerkpaketerfassung.
• Die zugelassenen Bundle-Einträge enthalten weder ein AirframeDB-Zugriffstoken noch einen Installationsberechtigungsnachweis.

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 Zustandsprüfungen 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 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.

hardware-settings.json enthält, sofern verfügbar, außerdem begrenzte aktuelle Nachweise zu Kräften, Autopilot und Bewegungssicherheit. Fügen Sie das Bundle der betroffenen Sitzung, Flugzeug und Simulatorversion, Gerätemodell und Firmware sowie die auslösende Aktion bei. Exportieren Sie es, bevor Sie Protokolle löschen oder mehrere Einstellungen ändern.