# Numbo v1.80.1 → v1.80.2 改善依頼

# Numbo v1.80.1 → v1.80.2 改善依頼

## 1. AIチャットが引き続きエラーになる不具合(セッション書き込み時の例外)

`FuseDatabaseSessionHandler`クラス(lib.php)は、書き込みに失敗すると`fail()`経由で例外を投げる設計になっています。しかしセッションの書き込みはPHPのリクエスト終了時に自動実行されるため、`action_ai_send.php`のようにすでに`fuse_json()`でJSONを出力し`exit`した後に、この書き込みが走ります。DB接続の瞬断やロック競合などでこの書き込みが失敗すると、例外のエラーメッセージがすでに送信済みのJSONの末尾に追記されてしまい、ブラウザ側でJSON解析が失敗します。結果として、AIの応答自体は正常に生成・保存されているにもかかわらず、画面にはエラーが表示されてしまいます。

対応してほしいこと:
- `FuseDatabaseSessionHandler`の`write()` `updateTimestamp()` `destroy()` `gc()`が失敗した場合は、例外を投げるのではなく`error_log()`に記録するだけにして、処理を続行(falseを返すなど)するようにしてください。`read()`はページ表示より前に呼ばれるため、これまで通り例外を投げて503にする形のままで構いません。
- あわせて、`index.php`の先頭(`require __DIR__ . '/lib.php';`の前)で`ob_start()`を呼び、`lib.php`の`fuse_json()`と`fuse_json_response()`では、JSONを出力する直前に`while (ob_get_level() > 0) { ob_end_clean(); }`を実行してからheader送信・echoするよう変更してください。これにより、今回のような予期しない出力混入があっても、常にクリーンなJSONだけが返るようになります(SSEを使う`action_ai_stream.php`は元々`output_buffering off`にしているので影響ありません)。

## 2. 通話が「通知は来るが繋がらない」不具合(2つの原因)

**原因A: WebRTCにTURNサーバーが設定されていない**
`pages/call.php`の`iceServers`設定がSTUNサーバーのみ(`stun:stun.l.google.com:19302`等)になっています。STUNは自分の公開IPを調べるためのものでしかなく、実際の音声・映像データを中継する機能がありません。双方が携帯回線やルーター配下にいる場合、直接経路が確立できずに接続が失敗します。TURNサーバーを`iceServers`に追加してください(無料枠ならOpen Relay Project [https://www.metered.ca/tools/openrelay/] の認証情報を使う、予算が確保できるならTwilioのTURNサービスなど、実運用で安定するものを選定してください)。`pages/text_call.php`など他の通話系ページで同様のICE設定があれば、そちらも同じTURN設定に揃えてください。

**原因B: 着信の検知が60秒で消えてしまう**
`pages/call_poll.php`のクエリが`c.started_at >= DATE_SUB(NOW(), INTERVAL 60 SECOND)`という条件で着信を絞り込んでいます。一方このアプリには通話ステータスを`missed`(不在着信)に変える処理がどこにも実装されておらず、60秒を過ぎてもDB上は`ringing`のままです。プッシュ通知をタップしてからアプリが起動し着信を検知するまでに60秒以上かかると、着信画面が二度と表示されなくなります。

対応してほしいこと:
- `call_poll.php`の60秒しばりを外し、`status = 'ringing'`のみで着信を検知するようにしてください。
- 代わりに、発信から45〜60秒応答がない場合に呼び出し元(発信者)側の処理で通話ステータスを`missed`に更新する仕組みを追加してください(例えば発信中の画面が定期的に自分の通話状態をポーリングしている箇所に、経過時間チェックを追加し、超過していたら`call_action.php`と同様のロジックで`missed`に更新する、という形が既存構成に馴染むと思います)。

この2点を直すことで、「アプリを開けば自動的に繋がり、応答すれば切るまで通話が継続する」という期待する挙動になるはずです。

## 3. 着信音トグルの見直し(原因未確定)

`fuse_call_ring_enabled`の保存・参照ロジックや、設定画面から着信音を有効化する`window.FuseCallRing`の配線自体は確認した範囲で問題ありませんでした。実機で「有効にしても有効にならない」という現象が出ている場合、可能性が高いのはブラウザの自動再生制限で、設定画面で得た再生許可がアプリ再起動のたびに失われている、というものです。実装を変更する前に、まず次を確認してください: (1) 設定画面で「🔔 着信音を有効にする」を押した直後に鳴るテスト再生は成功するか、(2) その後アプリを閉じて再度開き、着信を受けたときに鳴るか。もし(2)で鳴らないことが再現するなら、着信音の自動再生許可をservice worker経由でより長く保持する対応(またはアプリ起動直後・ログイン直後の最初のタップで確実に unlock 処理を実行する導線の見直し)を検討してください。

## 4. ブランド名の統一(Fuse → NumboAI)

AIチャット機能の表示名が現在「Fuseくん」になっている箇所を、すべて「NumboAI」に変更してください。対象は主に以下です。
- `pages/fuse_ai.php`: 表示名を持つ変数(`$_ai_name`)
- `lib.php`内の`fuse_ai_rule_based_reply()`関数: Bot自身の自己紹介・相槌などの台詞に「Fuseくん」が複数箇所埋め込まれています。一人称としての「Fuseくん」も含め、すべて「NumboAI」に置き換えてください
- `pages/admin.php`: 管理画面内のBot説明文

## 5. デザイン全面刷新(方針転換: ダーク×パープル → 真っ白でシンプルなInstagram的デザイン)

以前依頼していた「ダーク×パープルグラデーション」の路線から方針を変更します。今回は、Instagramのような**真っ白な背景で機能そのものを引き立てる、装飾を削ぎ落としたシンプルなデザイン**にリニューアルしてください。

- 背景は白(または限りなく白に近いオフホワイト)を基調にする。現状の`--grad-primary`のような紫系グラデーション装飾(カード枠、ボトムナビのインジケータなど)は撤廃し、アクセントカラーは1色に絞ってボタンや選択状態など要所のみに使う
- カードや投稿の枠線・影は、太いグラデーション枠ではなく、細く薄いグレーの罫線か、ごく控えめなシャドウ程度に留める
- フォントは、字体そのものにも工夫がほしいとの要望です。見出し・ブランドロゴ部分は、現状のInterやNoto Sans JPよりも個性のあるウェイト・字間の使い方を検討してください(例: 見出しだけウェイトを太くしてトラッキングを詰める、本文とのコントラストを強める、など)。書体ファイル自体を変更する場合は読み込み負荷にも配慮してください
- ダークモードも同様にモノトーン基調に作り直し、単なる反転ではなく白ベース版と統一感のある仕上がりにしてください

## 6. モバイルでノッチ/ステータスバーと重なる不具合(原因確定)

`assets/style.css`の127行目付近で`.topbar`に`env(safe-area-inset-top)`を考慮した正しいpaddingが設定されているのですが、同じファイルの1731行目付近に別の`.topbar`ルールがあり、そちらが`padding: 0.7rem 1.1rem;`という値で上書きしてしまっています(CSSは詳細度が同じ場合、後に書かれた方が優先されます)。1731行目のルールから`padding`の指定行を削除してください(他のプロパティ(background・border-bottom等)はそのままで構いません)。これだけで、127行目の安全対策が正しく機能するようになります。