AOSSIE-Org / AOSSIE-Org/DebateAI

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

Open
#412 0 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
TypeScript
Stars
84
Forks
198
Avg merge
2d 19h
Merged PRs (30d)
30

Description

### 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

Contributor guide

No contributing guide indexed for this repository

Research direction

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.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker-compose, go, react, typescript, vite
Domain
audio-video-rtc, backend, frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.