この症状は、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という文言で報告されています。今回見つかった 3 件の issue は、いずれも open のままで、解決済みは 0 件でした。こちらで確認できた範囲では、まだ「これをやれば直る」と言い切れる情報はありません。
まず、自分のケースかどうかを見分けるなら、エラー本文がどれかに一致するかを見ます。今回の issue では、少なくとも次の形が繰り返し出ています。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=1070 messages=1069 range=[1013,1070))
at A_b (B:/~BUN/root/src/entrypoints/cli.js:14712:8188)
at f8p (B:/~BUN/root/src/
別の報告でも、keys と messages の数が 1 ずれていました。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=195 messages=194 range=[88,195))
at A_b (B:/~BUN/root/src/entrypoints/cli.js:14712:8188)
at f8p (B:/~BUN/root/src/
さらに別件では、数が小さいだけで同じ種類の不整合でした。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=129 messages=128 range=[70,129))
at A_b (B:/~BUN/root/src/entrypoints/cli.js:14712:8188)
at f8p (B:/~BUN/root/src/
この 3 件だけを見る限り、共通しているのは「itemKeys と messages の長さが合っていない」という一点です。#80842 は “Another hard-blocked session” として報告され、#80368 と #80221 も同じクラスタに含まれていますが、本文の内容自体はそれぞれ別テーマでした。つまり、外から見た題材は違っていても、内部では同じテレメトリ系の不整合で落ちているように見えます。
今のところ、issue の本文から確認できるのはここまでです。再現条件や回避策は、提示された 3 件の報告だけでは分かりません。なので、現時点では「特定の入力内容や操作で VirtualMessageList の配列長がずれたときに発生する、未解決の TelemetrySafeError」としか書けません。
検証環境として手元で確認できた情報は次の通りです。記事の判断材料としては、少なくともこの環境で一次情報を取っている点が重要でした。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-22T08:50:27+09:00
もし同じエラーに当たったら、まずは自分のログに TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync があるかを確認してください。そこが一致していれば、少なくとも今回の 3 件と同系統です。一致しないなら、別の問題の可能性があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-22T08:50:27+09:00