AOSSIE-Org / AOSSIE-Org/DebateAI

[BUG]: Opponent video stream is not displayed in online debate rooms

オープン
#412 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
bug
主要言語
TypeScript
スター
84
フォーク
198
平均マージ
2日 19時間
マージ済み PR(30日)
30

説明

### Bug Description

When two users join the same online debate room, each user can see their own camera stream, but the opponent's video is not displayed.

The WebRTC offer was created only after the countdown and depended on one user selecting the "for" role. WebRTC offers and ICE candidates could also arrive before the receiving user's camera or remote connection description was ready, causing video negotiation to fail.

### Steps to Reproduce

1. Sign in with two different accounts.
2. Open DebateAI on two devices or browsers.
3. Create an online debate room with the first account.
4. Join the room using the second account.
5. Allow camera and microphone access on both devices.
6. Observe the video panels.
7. Each participant can see their own video, but the opponent's video remains blank.

### Logs and Screenshots

Image

### Environment Details

- OS: Windows 11
- Browsers: Brave / Google Chrome
- Frontend: React 18, TypeScript and Vite
- Real-time communication: WebRTC and WebSocket
- Backend: Go
- Environment: Local Docker Compose setup
- Testing setup: Two different accounts on two separate devices
- Network exposure: ngrok tunnel connected to one shared backend
- Camera and microphone permissions: Enabled on both devices

### Impact

High - Major feature is broken

### Code of Conduct

- [x] I have joined the [Discord server](https://discord.gg/hjUhu33uAn) and will post updates there
- [x] I have searched existing issues to avoid duplicates

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

Start by reproducing the room with two accounts, then inspect the React/TypeScript WebRTC signaling flow for offer creation, ICE candidates, camera readiness, and remote descriptions. Done means both participants consistently see the opponent's stream, regardless of role or countdown timing, including when signaling arrives before the receiving connection is ready.

索引モデルが issue の本文から書いたものです。

評価

技術スタック
docker-compose, go, react, typescript, vite
領域
audio-video-rtc, backend, frontend
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
45/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。