Release v1.4.3

[hitalin]

v1.4.3

Android で WebSocket ストリーミングが一度も動いていなかった真因の修正。

変更一覧

• fix: ストリーム購読の起動 race と一発死を解消 (Android: TL ストリームでゾンビ接続が起きて新着が降ってこない #506)
• chore: bump notecli to f510fb8 (Android WS の TLS webpki-roots フォールバック)
• chore: bump version to 1.4.3

真因 (4 方向コード精査 + vendored source 裏取りで確定)

notecli の WebSocket が rustls-tls-native-roots のみで、Android では root 証明書の探索が Termux 専用パスしか見ず 0 件 → 全 wss:// 接続が TLS 段階で必ず失敗。さらに notecli の再接続ループは初回接続成功後にしか起動しないため、失敗は無音で恒久化していた。REST (reqwest = webpki-roots 同梱) は正常、デスクトップ (OS 証明書ストア) も正常 — 実機の全観測と整合。Android の WS ストリーミングは最初から一度も動いていなかった。

修正

1. notecli fix: Android で全 wss:// 接続が失敗する問題を webpki-roots で修正 notecli#28: rustls-tls-webpki-roots 併用。native certs 0 件時に Mozilla 同梱ルートへフォールバック (REST と同じ信頼モデル)。デスクトップは native 優先のまま
2. 起動 race 除去: StreamingManager の manage を emit_accounts_early より前に移動 ("state not managed" 即死の排除)
3. 購読の自己回復: query 購読 open() の一発死を Equal Jitter バックオフ (cap 30s) の再試行ループに。「初回失敗 = 永久沈黙」クラスを根絶

v1.4.1/v1.4.2 の修正 (visibility 復元 / リスナー再アタッチ / 復帰シグナル / backlog 補填) は「WS 確立後」の防御層として有効で、本修正により初めて機能する。

検証

• Cargo.lock で tokio-tungstenite → webpki-roots 0.26.11 の解決を確認
• tokio-tungstenite 0.26.2 tls.rs のフォールバック実装を直接確認
• vitest 1135 件 / cargo check / typecheck / biome 通過

注意

• Android: TL ストリームでゾンビ接続が起きて新着が降ってこない #506 Android: TL カラムで「オフライン」トーストが頻発する #507 Android: AI チャットの長い応答で stream error (os error 103, ECONNABORTED) が出る #508 の自動クローズはしない (実機検証後に手動クローズ)

🤖 Generated with Claude Code