現在のリリースです。 FFB-Bridge v1.2.1 は公開中です。このドキュメントはリリースマニフェストに記載された現在のアプリを追跡します。古い内容に見える箇所があれば、 フィードバックフォーム.

サポートバンドル

サポート バンドルは、問題が発生した瞬間のブリッジの状態をパッケージ化した単一の ZIP です。これは、チケットを優先順位付けするときに要求される 1 つのアーティファクトです。このページでは、その内容を正確に説明しているので、何を送信しているのかがわかります。

エクスポートする方法

  1. FFB-Bridge を開き、次の場所に移動します。 サポート ページ (サイドバー)、次に 診断 タブ。
  2. クリック サポートバンドル (診断カードの右上)。
  3. 少し遅れて、バナーにファイル名とサイズが表示され、フィードバック フォームのリンクが表示されます。また、利用可能な場合は、 ファイルを公開する.
  4. 送信する場合は、フィードバック フォームを開いて ZIP を添付してください。
サポート バンドルをエクスポートした後の FFB-Bridge サポート ページの [診断] タブ。ファイル名、サイズ、フィードバック フォームのアクションを含む結果バナーが表示されます。 サポート バンドルをエクスポートした後の FFB-Bridge サポート ページの [診断] タブ。ファイル名、サイズ、フィードバック フォームのアクションを含む結果バナーが表示されます。
図 1。 エクスポート フロー: [診断] タブ ボタン、ファイル名、サイズ、フィードバック フォーム アクションを含むバナー。

バンドルの内容

同梱はプレーンZIPです。以下のファイル名は完全な許可リストです。バンドルは 決して このセット以外のものがすべて含まれます。

sysinfo.txt

システムのメタデータ。プレーンテキスト、キー:値の行。フィールド:

  • os-name - 「Windows」、「Linux」、または「macOS」。
  • os-version — カーネル バージョン、Windows ビルド文字列、または macOS バージョン。
  • distro — Linux の場合、/etc/os-release PRETTY_NAME.
  • cpu-model, cpu-cores — から /proc/cpuinfo または Win32_Processor.
  • ram-total-mb — から /proc/meminfo または Win32_ComputerSystem.
  • dotnet-version — バンドルされている .NET のランタイム バージョン。
  • platform — Linux-vs-Windows ブランチの明示的なキー。
  • locale — 現在のユーザーのロケール。
  • bridge-version, build-hash — ビルド時のブリッジのバージョンと git SHA。

session.log

現在のセッションの完全なイベント ログ。 [診断] タブのログ ストリップと同じ内容ですが、表示されるものだけでなく、起動からのすべてが含まれます。 UTF-8。

last-crash.log

前回の起動がクラッシュした場合、クラッシュ ログはここに記録されます。スタック トレース、スレッド ダンプ、クラッシュ前の最後の数行のログ行。セッションがクラッシュしていない場合は存在しません。

previous-session.log

現在の実行の前にあったローテート済みログです (存在する場合)。クラッシュ後に再起動した報告では、再起動前に何が起きたかを示すファイルであることがよくあります。

doctor.json

最新のヘルスチェック スキャンを、サポート ページから機械可読形式で取得します。各行にはチェック名、ステータス (pass / info / warn / fail / ready / checking / n/a)、生の詳細文字列が含まれます。これにより、スクリーンショットを貼り付けていただかなくても、あなたのヘルスチェック状態を確認できます。ファイル名は doctor.json 歴史的な理由により、サポート ページは以前は Doctor と呼ばれていました。

tunables.json

エクスポート時のアクティブなチューニングプロファイルの値。保存されたプロファイルと同じスキーマです。飛行していたときの正確なフォース構成を再現するために使用されます。

hardware-settings.json

エクスポート時点のハードウェア互換性設定: software blending、Smooth steady forces、軸極性、pitch/roll 入れ替え、raw-HID 設定、未掲載デバイスの opt-in、ライブ切り替えが保存済み設定と異なるかどうか。

simconnect.txt

MSFSの SimConnect.xml ブリッジが読み取れた場合は、localhost 以外の IP アドレスを伏せた内容になります。見つからなかった場合、このファイルは推測せずその旨を記録します。

Platform extras

Windows bundles include hid-devices.txt 一致する Plug and Play デバイスレコード用です。Linux バンドルには usb.txt, evdev.txt, udev.txt、そして dmesg.txt USB/input スタックの文脈用です。各バンドルにはさらに README.txt 内容の要約とプライバシーノートが含まれます。

バンドルに含まれないもの

サポート バンドル ビルダーは、ファイル名の厳密な許可リストを使用します。同じディレクトリ内に一致するものが存在する場合でも、リストの外にあるものは含まれません。特に:

  • 保存されたパスワードや資格情報はありません。ブリッジには何も保存されません。
  • プロファイルファイルがありません 以外の アクティブなもの。
  • システム ログ、ジャーナル、またはブリッジ自体のデータ ディレクトリの外には何もありません。
  • ネットワークパケットキャプチャはありません。
  • クラウド トークンはありません (ブリッジは何も使用しません)。

サーバー側の処理

フィードバック レポートにバンドルを添付すると、サイトのインテーク ワーカーがバンドルを解析して、インデックス可能な有用なデータをデータベースに抽出します。

  • システム情報をグループ化するための概要行に追加します (「このディストリビューションからのレポートの数」)。
  • ログからの警告行とエラー行。安定したエラー署名があるため、何人が同じバグに遭遇したかが一目でわかります。
  • ユーザーベース全体で何が失敗しているかを詳細に示すヘルスチェックの結果。
  • 許可リストに登録されたすべてのエントリの逐語的なファイル テキスト。トリアージ時にコンテキストを再読み取りできるように保存されます。

生のバンドル自体は短い期間 (デフォルトでは 30 日間) 保持されるため、抽出ロジックが改善された場合は再解析できます。その後、解析されたデータは保持されます。生の BLOB がドロップされます。

限界

限界
バンドルの合計サイズ50 MB 圧縮
エントリごとの非圧縮サイズ5MB
最大エントリ数30
非圧縮合計20MB
エンコーディングUTF-8 テキスト ファイルのみ (および XML)

実際には、通常のバンドルは 1 メガバイト未満です。これらの制限は、悪意のあるアップロードを排除するためのものであり、実際のレポートを排除するためのものではありません。

フィードバックフォームを使用せずに送信する

バンドルを直接電子メールで送信したい場合は、次の宛先までご連絡ください。 feedback·ffb-bridge.com (・を@に置き換えてください)ZIPを添付してください。サーバー側のパーサーは電子メールに対しては実行されないため、トリアージは遅くなりますが、バンドルは同様に使用できます。