AOSSIE-Org / AOSSIE-Org/DebateAI
[BUG]: Opponent video stream is not displayed in online debate rooms
- Lenguaje dominante
- TypeScript
- Estrellas
- 84
- Forks
- 198
- Merge medio
- 2 d 19 h
- PR fusionados (30 d)
- 30
Descripción
### 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
### 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
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- docker-compose, go, react, typescript, vite
- Área
- audio-video-rtc, backend, frontend
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 45/100