Implemented Team Debates with Elo Averaging, Team Channels, and Fair Turn Management #116

rixitgithub · 2025-11-09T13:06:38Z

Summary by CodeRabbit

New Features
- Added WebRTC video/audio streaming for team debates
- Introduced real-time typing and speaking indicators
- Enabled live speech recognition with transcripts
- Added turn-based debate phase management and duration tracking
- Enhanced team messaging with WebSocket signaling support
Bug Fixes
- Improved authentication validation and error messaging
- Enhanced context timeout handling for database operations
- Strengthened user data caching and hydration
Chores
- Updated build configuration for new components

_{✏️ Tip: You can customize this high-level summary in your review settings.}

- Introduced WebRTC signaling methods for offer, answer, and ICE candidate handling in TeamWebsocket. - Improved user data fetching and caching in useUser hook, ensuring user profile is hydrated from localStorage. - Updated TeamBuilder and TeamDebateRoom components to utilize the new user data structure. - Enhanced error handling and logging for WebSocket connections and media access. - Cleaned up unused imports and optimized component rendering logic for better performance.

coderabbitai · 2025-11-09T13:06:51Z

Caution

Review failed

The pull request is closed.

Walkthrough

This PR introduces team-based debate functionality with WebRTC signaling, enhanced authentication middleware with database timeouts, new team data models with custom JSON marshaling, and comprehensive WebSocket messaging for real-time team interactions. It includes user profile caching, frontend media handling, and ICE candidate management, though the branch contains unresolved merge conflict markers in backend team controllers and frontend TeamBuilder.

Changes

Cohort / File(s)	Summary
Data Models `backend/models/team.go`	Adds five new exported types: Team, TeamMember, TeamDebate, TeamDebateMessage, TeamChatMessage with BSON/JSON struct tags and custom MarshalJSON methods converting primitive.ObjectID fields to hex strings.
Backend Controllers (Merge Conflicts) `backend/controllers/team_controller.go`	JoinTeam and GetAvailableTeams contain unresolved merge conflict markers: JoinTeam has two conflicting capacity checks (direct vs. computed with default 4); GetAvailableTeams has conflicting $expr variants for open-team predicate. Both alternatives lead to same outcomes but represent conflicting merge resolution.
Authentication & Middleware `backend/middlewares/auth.go`	Adds "sub" (email) claim validation, replaces context.Background() with request context + 5-second timeout for database lookups, enhances error handling with mongo.ErrNoDocuments check, and expands JWT validation logging.
Backend Matchmaking Services `backend/services/team_matchmaking.go`	Wraps FindOne calls with 5-second context timeouts; FindMatchingTeam now returns mongo.ErrNoDocuments on nil pool instead of initializing; GetMatchmakingPool returns deep-copied snapshot instead of direct pointers; renamed iteration variables for clarity.
Backend Matchmaking Controllers `backend/controllers/team_matchmaking.go`	Adds time import; wraps FindOne calls with 5-second context timeouts in JoinMatchmaking and LeaveMatchmaking; updates error message from "Only the captain can remove the team from matchmaking" to "Only the captain can leave matchmaking".
Backend WebSocket Handlers `backend/websocket/team_debate_handler.go`	Replaces nil context with context.Background() in FindOne and InsertOne calls; removes immediate state broadcast to newly joined clients.
Backend WebSocket Team Messaging `backend/websocket/team_websocket.go`	Adds FromUserID and TargetUserID fields to TeamMessage; introduces Offer, Answer, Candidate payload fields for WebRTC signaling; implements pre-initialization of room resources (turn manager, token bucket); adds helpers for per-user message relay (sendMessageToUser, broadcastExcept, broadcastAll) and state synchronization with comprehensive error logging.
Frontend Game Page `frontend/src/Pages/Game.tsx`	Replaces upsertIndicator aggregation with GameWebSocketMessage type and centralized handleWebSocketMessage switch; adds parseContent helper; handles DEBATE_START/END, TURN_START/END, CHAT_MESSAGE, GENERATING_TRANSCRIPT, TYPING/SPEAKING, and GAME_RESULT; integrates WebSocket ref lifecycle with error handling and user-id validation.
Frontend Debate Room Page (Complex WebRTC) `frontend/src/Pages/TeamDebateRoom.tsx`	Adds fromUserId and targetUserId to WSMessage; introduces RTCPeerConnection mappings, createPeerConnection, ensurePeerConnection, initiateOffer, flushPendingCandidates helpers; integrates local/remote stream management, media acquisition, camera toggle, speech recognition with resilience flags; adds pervasive logging for state transitions and signaling events.
Frontend MatchLogs Page `frontend/src/Pages/MatchLogs.tsx`	Removes local isFirstRoundMatch3 constant; inlines tiebreaker logic via log.match.includes("First Round Match 3"); updates rendering condition to use stage comparison.
Frontend TeamBuilder Page (Merge Conflict) `frontend/src/Pages/TeamBuilder.tsx`	Replaces Jotai useAtom/userAtom with useUser hook; passes derived user object to TeamMatchmaking; introduces conflicting capacity calculation logic: one side uses `capacity = team.maxSize \|\| 4`, other uses `capacity = (team.maxSize && team.maxSize > 0) ? team.maxSize : 4`.
Frontend TeamMatchmaking Component `frontend/src/components/TeamMatchmaking.tsx`	Introduces BasicUser type as Pick<AppUser, 'id' \| 'email' \| 'displayName'>; updates user prop typing; replaces getActiveTeamDebate result typing to ActiveDebateSummary; removes debug logging block; maintains existing behavior.
Frontend Auth Context `frontend/src/context/authContext.tsx`	Adds USER_CACHE_KEY constant for localStorage persistence; replaces direct user assignments with normalizedUser object construction from API responses; persists normalized user to localStorage after login/verification; clears both token and USER_CACHE_KEY on logout; applies uniform normalization across Google login, email login, and verification flows.
Frontend User Hook `frontend/src/hooks/useUser.ts`	Introduces localStorage hydration via USER_CACHE_KEY; replaces initial fetch with two-stage approach (cache load then API fetch if needed); adds DEFAULT_* constants for avatar/rating/rd/volatility; decouples from authContext.loading; broadens token acquisition to read from localStorage; strengthens cache parsing and error handling.
Frontend Team Debate Service `frontend/src/services/teamDebateService.ts`	Adds and exports ActiveDebateSummary interface with hasActiveDebate, debateId, topic, status fields; updates getActiveTeamDebate return type from Promise to Promise.
Build Configuration `frontend/tsconfig.app.tsbuildinfo`	Updates source file root list: adds teambuilder.tsx, teamdebateroom.tsx, teamchatsidebar.tsx, teammatchmaking.tsx, teamdebateservice.ts, teamservice.ts; removes about.tsx and google.d.ts; updates types list to include speech-recognition.d.ts.

Sequence Diagram

sequenceDiagram
    participant Client as Frontend Client
    participant WebSocket as WebSocket Server
    participant DB as Database
    participant Peer as RTCPeerConnection

    Client->>WebSocket: Join Debate Room (debateId, token)
    activate WebSocket
    WebSocket->>DB: FindOne(debateId, 5s timeout)
    DB-->>WebSocket: Debate loaded
    WebSocket->>WebSocket: Create/load room resources<br/>(turn manager, token bucket)
    WebSocket-->>Client: State Sync (phase, members)
    deactivate WebSocket

    Client->>Client: Acquire media (getUserMedia)
    Client->>Peer: Create RTCPeerConnection
    activate Peer
    Client->>Peer: Add local stream tracks
    
    Client->>WebSocket: Ready signal
    activate WebSocket
    WebSocket->>WebSocket: Update team ready count
    WebSocket-->>Client: Broadcast ready state
    deactivate WebSocket

    Client->>Peer: Create Offer (SDP)
    Client->>WebSocket: Send Offer (targetUserId)
    activate WebSocket
    WebSocket->>WebSocket: Route to target client
    WebSocket-->>Client: Relay Offer
    deactivate WebSocket

    Client->>Peer: Create Answer (SDP)
    Client->>WebSocket: Send Answer (targetUserId)
    activate WebSocket
    WebSocket-->>Client: Relay Answer
    deactivate WebSocket

    Peer->>Peer: ICE Candidate generation
    Client->>WebSocket: Send Candidate (targetUserId)
    activate WebSocket
    WebSocket-->>Client: Relay Candidate
    deactivate WebSocket

    Peer-->>Peer: Connect & stream
    Client->>Client: Attach remote stream to video

Estimated code review effort

🎯 4 (Complex) | ⏱️ ~60–90 minutes

Unresolved merge conflict markers in backend/controllers/team_controller.go (JoinTeam, GetAvailableTeams) and frontend/src/Pages/TeamBuilder.tsx (capacity calculation) require manual resolution and validation before merge.
Backend WebSocket enhancements (team_websocket.go) introduce substantial new routing, broadcasting, and resource initialization logic with error paths requiring careful state consistency checks.
Frontend WebRTC signaling (TeamDebateRoom.tsx) adds complex peer connection lifecycle management, stream attachment, ICE candidate flushing, and speech recognition state—high cognitive load for review.
Authentication context refactoring (authContext.tsx, useUser.ts) modifies user hydration, caching, and token persistence across multiple auth flows; impact on session management must be verified.
Heterogeneous changes span backend controllers, services, middlewares, and frontend pages/components/context with varying levels of complexity; no single coherent pattern simplifies review.

Specific areas requiring extra attention:

Merge conflict resolution and validation of both JoinTeam capacity checks and TeamBuilder capacity logic
WebSocket message routing and per-user relay consistency (FromUserID/TargetUserID fields)
RTCPeerConnection lifecycle and remote stream attachment in TeamDebateRoom
User cache hydration and token retrieval from localStorage across auth flows
Context timeout enforcement (5-second bounds) and error handling on timeout/not-found scenarios

Possibly related PRs

Added Gamification System with Badge Bitmask, Live Leaderboards, and Anti-Cheat Mechanisms #113: Modifies the same JoinTeam and GetAvailableTeams capacity checks in team_controller.go; directly overlaps with conflicting merge markers in this PR.
Implemented Audience Interaction with Live Polls, Anonymous Q&A #115: Adds WebRTC signaling fields (Offer, Answer, Candidate, FromUserID, TargetUserID) to backend and frontend WebSocket messages; directly related to team_websocket.go and TeamDebateRoom.tsx changes.
feat: add speech recognition test flow, user auth context, and transcript management components #104: Overlaps with matchmaking, auth/user context, and WebSocket handler modifications across backend services and frontend state management.

Suggested reviewers

bhavik-mangla

Poem

🐰 Hop through the conflicts, let them resolve,
WebRTC signals through rooms evolve,
Teams now debate with stream and with grace,
Auth caches bloom in their proper place,
Models and marshals in harmony dance! ✨

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	The title accurately summarizes the main changes: team debates implementation with Elo averaging, team channels, and turn management system are all reflected in the changeset.
Docstring Coverage	✅ Passed	Docstring coverage is 91.43% which is sufficient. The required threshold is 80.00%.

📜 Recent review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 196e51a and 4ccc4e7.

📒 Files selected for processing (9)

backend/controllers/team_controller.go (2 hunks)
backend/middlewares/auth.go (3 hunks)
backend/websocket/team_websocket.go (37 hunks)
frontend/src/Pages/Game.tsx (4 hunks)
frontend/src/Pages/MatchLogs.tsx (3 hunks)
frontend/src/Pages/TeamBuilder.tsx (5 hunks)
frontend/src/Pages/TeamDebateRoom.tsx (35 hunks)
frontend/src/context/authContext.tsx (9 hunks)
frontend/src/services/teamDebateService.ts (3 hunks)

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

coderabbitai

Actionable comments posted: 29

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (2)

frontend/src/context/authContext.tsx (1)

75-99: Normalization logic should be extracted to a shared utility.

This normalization pattern (building a User object with extensive fallbacks) is repeated in:

This function (lines 75-97)

login function (lines 126-148)

googleLogin function (lines 265-287)

useUser.ts fetch effect (lines 52-87)

As mentioned in the useUser.ts review, extracting this into a shared normalizeUserData utility function would eliminate duplication and ensure consistency across all authentication flows.
frontend/src/Pages/OnlineDebateRoom.tsx (1)
462-515: Ensure the WebSocket effect tracks currentUser

Line 487’s fallback (and the new liveTranscript filter) rely on currentUser, but the WebSocket setup effect still depends only on roomId. When the component mounts before the user context resolves, the entire effect captures currentUser as undefined, so fetchRoomParticipants never hits the “fallback to current user” branch, opponentUser stays null, and the liveTranscript handler treats our own broadcasts as opponent updates. Because the effect never re-runs after the user loads, those handlers stay stuck with the stale value for the rest of the session. Please gate the effect until currentUser exists and include it in the dependency list so the socket/participants bootstrap happens with the real user:
-useEffect(() => {
-  const token = getAuthToken();
-  if (!token || !roomId) return;
+useEffect(() => {
+  const token = getAuthToken();
+  if (!token || !roomId || !currentUser) return;
   ...
-}, [roomId]);
+}, [roomId, currentUser]);
This ensures the handlers see the correct IDs and the new live transcript flow behaves as intended.

♻️ Duplicate comments (3)

frontend/src/context/authContext.tsx (3)

14-14: Consolidate USER_CACHE_KEY with useUser.ts.

This constant is defined in both useUser.ts (line 6) and here. See the comment on useUser.ts lines 6-10 for the recommendation to extract shared constants to a common module.

126-150: Same normalization duplication as noted in lines 75-99.

This is another instance of the repeated normalization logic. Please refer to the review comment on lines 75-99.

265-289: Same normalization duplication as noted in lines 75-99.

This is the third instance of the repeated normalization logic. The default isVerified: true for Google login is appropriate, but the overall pattern should still be extracted. Please refer to the review comment on lines 75-99.

🧹 Nitpick comments (9)

frontend/src/Pages/TournamentHub.tsx (1)
53-74: Form validation relies on HTML required attributes; consider adding explicit validation.

The date input is marked required (line 232), but the handleCreate handler only validates the name field. While browser-level validation prevents empty submissions on compliant browsers, consider adding explicit checks for date validation in the handler for robustness:
  const handleCreate = (e: FormEvent) => {
    e.preventDefault();
    if (!name) {
      setError("Tournament name is required.");
      return;
    }
+   if (!date) {
+     setError("Tournament date is required.");
+     return;
+   }
This ensures consistent validation across all environments and improves error messaging clarity.
frontend/src/Pages/StartDebate.tsx (1)

45-46: Consider removing potentially redundant whitespace expression.

The {" "} between the closing </span> and "Site!" may be unnecessary, as whitespace naturally exists between the closing tag and the following text in JSX.

frontend/src/hooks/useUser.ts (1)

6-10: Consider extracting these constants to a shared module.

The same default values (1500, 350, 0.06) are used as inline literals in authContext.tsx (lines 80-82, 131-133, 270-272). To prevent drift and ensure consistency, consider moving these constants to a shared location (e.g., src/constants/user.ts) and importing them in both files.
frontend/src/components/MatchmakingPool.tsx (1)
1-47: Avoid state updates after unmount in the polling loop.

Because the fetch runs every 5 seconds, it’s easy to navigate away while a request is still inflight. When that promise settles, setPoolData / setLoading will fire on an unmounted component, triggering React’s “state update on unmounted component” warning and leaking work. Guard the setters with an isMounted flag (or abort the request) and flip it in the cleanup so the interval can still be reused elsewhere.
-import React, { useState, useEffect } from 'react';
+import React, { useState, useEffect, useRef } from 'react';
@@
 const MatchmakingPool: React.FC = () => {
   const [poolData, setPoolData] = useState<PoolData | null>(null);
   const [loading, setLoading] = useState(false);
   const [error, setError] = useState<string | null>(null);
+  const isMountedRef = useRef(true);
 
   const fetchPoolData = async () => {
     setLoading(true);
     setError(null);
     try {
       const data = await getMatchmakingPool();
-      setPoolData(data);
+      if (isMountedRef.current) {
+        setPoolData(data);
+      }
     } catch (err: any) {
-      setError(err.message || 'Failed to fetch pool data');
+      if (isMountedRef.current) {
+        setError(err.message || 'Failed to fetch pool data');
+      }
     } finally {
-      setLoading(false);
+      if (isMountedRef.current) {
+        setLoading(false);
+      }
     }
   };
 
   useEffect(() => {
     fetchPoolData();
 
     // Auto-refresh every 5 seconds
     const interval = setInterval(fetchPoolData, 5000);
-    return () => clearInterval(interval);
+    return () => {
+      isMountedRef.current = false;
+      clearInterval(interval);
+    };
   }, []);
backend/websocket/team_websocket.go (5)
165-186: Remove commented-out code.

The commented isTeam1 variable declarations (lines 165, 175, 185) are unused and should be removed to improve code clarity.
 	var userTeamID primitive.ObjectID
-	// var isTeam1 bool

 	// Check team 1
 	var team1 models.Team
 	err = teamCollection.FindOne(context.Background(), bson.M{
 		"_id":            debate.Team1ID,
 		"members.userId": userObjectID,
 	}).Decode(&team1)
 	if err == nil {
 		userTeamID = debate.Team1ID
-		// isTeam1 = true
 	} else {
 		// Check team 2
 		var team2 models.Team
 		err = teamCollection.FindOne(context.Background(), bson.M{
 			"_id":            debate.Team2ID,
 			"members.userId": userObjectID,
 		}).Decode(&team2)
 		if err == nil {
 			userTeamID = debate.Team2ID
-			// isTeam1 = false
 		}
260-260: Magic number for initial tokens.

The hardcoded value 10 for initial tokens should be a named constant to improve maintainability.

At the package level, define:
const (
	InitialTokensPerUser = 10
	CountdownDurationSeconds = 3
)
Then use:
-		Tokens:       10, // Initial tokens
+		Tokens:       InitialTokensPerUser,
698-888: Consider refactoring this complex function.

This 190-line function handles multiple concerns: validation, state updates, broadcasting, and async phase transitions. Consider extracting smaller functions like validateAndAssignReadyStatus, broadcastReadyUpdate, and startCountdownIfReady.

714-821: Excessive logging in production code.

The numerous log statements (lines 714, 715, 740, 745, 748, 782, 798, 802, 803, 809, 818) will create high log volume in production. Consider using debug-level logging or reducing verbosity.

104-105: Consider implementing idle room cleanup.

Rooms are only deleted when all clients disconnect (line 336), but there's no mechanism to clean up rooms that become idle or abandoned. This could lead to memory leaks over time.

Implement a periodic cleanup goroutine that removes rooms with no activity:
func init() {
	go func() {
		ticker := time.NewTicker(5 * time.Minute)
		defer ticker.Stop()
		for range ticker.C {
			cleanupIdleRooms()
		}
	}()
}

func cleanupIdleRooms() {
	teamRoomsMutex.Lock()
	defer teamRoomsMutex.Unlock()
	
	now := time.Now()
	for key, room := range teamRooms {
		room.Mutex.Lock()
		allIdle := true
		for _, client := range room.Clients {
			if now.Sub(client.LastActivity) < 10*time.Minute {
				allIdle = false
				break
			}
		}
		room.Mutex.Unlock()
		
		if allIdle && len(room.Clients) == 0 {
			delete(teamRooms, key)
			log.Printf("Cleaned up idle room: %s", key)
		}
	}
}

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between f29be62 and a9376aa.

⛔ Files ignored due to path filters (1)

frontend/package-lock.json is excluded by !**/package-lock.json

📒 Files selected for processing (39)

backend/cmd/server/main.go (1 hunks)
backend/controllers/profile_controller.go (1 hunks)
backend/controllers/team_controller.go (1 hunks)
backend/controllers/team_debate_controller.go (1 hunks)
backend/controllers/team_matchmaking.go (1 hunks)
backend/db/db.go (1 hunks)
backend/middlewares/auth.go (2 hunks)
backend/models/team.go (1 hunks)
backend/routes/team.go (1 hunks)
backend/services/team_matchmaking.go (1 hunks)
backend/services/team_turn_service.go (1 hunks)
backend/websocket/matchmaking.go (2 hunks)
backend/websocket/team_debate_handler.go (1 hunks)
backend/websocket/team_websocket.go (1 hunks)
backend/websocket/websocket.go (3 hunks)
frontend/package.json (2 hunks)
frontend/src/App.tsx (4 hunks)
frontend/src/Pages/About.tsx (5 hunks)
frontend/src/Pages/DebateRoom.tsx (1 hunks)
frontend/src/Pages/Game.tsx (6 hunks)
frontend/src/Pages/MatchLogs.tsx (5 hunks)
frontend/src/Pages/OnlineDebateRoom.tsx (15 hunks)
frontend/src/Pages/StartDebate.tsx (2 hunks)
frontend/src/Pages/TeamBuilder.tsx (1 hunks)
frontend/src/Pages/TeamDebateRoom.tsx (1 hunks)
frontend/src/Pages/TournamentHub.tsx (9 hunks)
frontend/src/components/ChatRoom.tsx (6 hunks)
frontend/src/components/Layout.tsx (1 hunks)
frontend/src/components/Matchmaking.tsx (6 hunks)
frontend/src/components/MatchmakingPool.tsx (1 hunks)
frontend/src/components/Sidebar.tsx (1 hunks)
frontend/src/components/SpeechTranscripts.tsx (2 hunks)
frontend/src/components/TeamChatSidebar.tsx (1 hunks)
frontend/src/components/TeamMatchmaking.tsx (1 hunks)
frontend/src/context/authContext.tsx (9 hunks)
frontend/src/hooks/useUser.ts (1 hunks)
frontend/src/services/teamDebateService.ts (1 hunks)
frontend/src/services/teamService.ts (1 hunks)
frontend/tsconfig.app.tsbuildinfo (1 hunks)

🧰 Additional context used

🧬 Code graph analysis (25)

backend/cmd/server/main.go (2)

backend/routes/team.go (4)

SetupTeamRoutes (10-27)

SetupTeamDebateRoutes (30-37)

SetupTeamChatRoutes (51-53)

SetupTeamMatchmakingRoutes (40-48)

backend/websocket/team_websocket.go (1)

TeamWebsocketHandler (108-415)

frontend/src/components/MatchmakingPool.tsx (2)

backend/services/matchmaking.go (1)

MatchmakingPool (17-26)

frontend/src/services/teamDebateService.ts (1)

getMatchmakingPool (117-130)

backend/websocket/matchmaking.go (1)

backend/services/matchmaking.go (1)

GetMatchmakingService (40-49)

backend/websocket/websocket.go (1)

backend/structs/websocket.go (2)

Room (30-37)

Message (10-13)

backend/controllers/team_debate_controller.go (3)

backend/db/db.go (1)

GetCollection (21-23)

backend/models/team.go (2)

Team (11-22)

TeamDebate (61-81)

backend/services/team_matchmaking.go (1)

RemoveFromMatchmaking (115-122)

backend/websocket/team_debate_handler.go (2)

backend/models/team.go (2)

TeamDebateMessage (84-95)

TeamDebate (61-81)

backend/db/db.go (1)

GetCollection (21-23)

frontend/src/components/TeamMatchmaking.tsx (3)

backend/models/team.go (1)

Team (11-22)

frontend/src/services/teamService.ts (2)

Team (4-15)

createTeamDebate (158-176)

frontend/src/services/teamDebateService.ts (5)

getActiveTeamDebate (71-84)

getMatchmakingStatus (132-145)

joinMatchmaking (87-100)

leaveMatchmaking (102-115)

createTeamDebate (31-52)

frontend/src/hooks/useUser.ts (2)

frontend/src/state/userAtom.ts (1)

userAtom (4-4)

frontend/src/context/authContext.tsx (1)

AuthContext (35-37)

frontend/src/components/Matchmaking.tsx (2)

backend/websocket/matchmaking.go (1)

MatchmakingMessage (49-57)

backend/services/matchmaking.go (1)

MatchmakingPool (17-26)

frontend/src/services/teamDebateService.ts (3)

frontend/src/utils/auth.ts (1)

getAuthToken (5-7)

backend/models/team.go (1)

TeamDebate (61-81)

frontend/src/services/teamService.ts (3)

TeamDebate (26-40)

createTeamDebate (158-176)

getTeamDebate (179-192)

frontend/src/context/authContext.tsx (2)

frontend/src/types/user.ts (1)

User (1-21)

backend/models/user.go (1)

User (10-30)

frontend/src/Pages/TeamDebateRoom.tsx (7)

backend/models/team.go (1)

TeamMember (25-32)

frontend/src/services/teamService.ts (2)

TeamMember (17-24)

getTeamDebate (179-192)

backend/websocket/team_debate_handler.go (1)

TeamDebateRoom (32-36)

frontend/src/state/userAtom.ts (1)

userAtom (4-4)

frontend/src/hooks/useUser.ts (1)

useUser (12-112)

frontend/src/utils/auth.ts (1)

getAuthToken (5-7)

frontend/src/services/teamDebateService.ts (1)

getTeamDebate (55-68)

backend/services/team_turn_service.go (3)

backend/db/db.go (1)

GetCollection (21-23)

backend/models/team.go (1)

Team (11-22)

frontend/src/services/teamService.ts (1)

Team (4-15)

backend/models/team.go (3)

frontend/src/services/teamService.ts (3)

TeamMember (17-24)

Team (4-15)

TeamDebate (26-40)

frontend/src/services/teamDebateService.ts (1)

TeamDebate (8-28)

backend/websocket/team_debate_handler.go (1)

TeamDebateMessage (38-47)

backend/routes/team.go (4)

backend/controllers/team_controller.go (11)

CreateTeam (175-246)

GetTeam (249-270)

JoinTeam (273-355)

LeaveTeam (358-416)

RemoveMember (447-518)

UpdateTeamName (49-103)

UpdateTeamSize (106-172)

GetTeamByCode (30-46)

GetTeamMemberProfile (562-588)

GetUserTeams (419-444)

GetAvailableTeams (591-609)

backend/controllers/team_debate_controller.go (3)

CreateTeamDebate (18-94)

GetTeamDebate (97-114)

GetActiveTeamDebate (117-146)

backend/controllers/team_matchmaking.go (4)

JoinMatchmaking (17-69)

LeaveMatchmaking (72-82)

GetMatchmakingStatus (109-129)

GetMatchmakingPool (85-106)

backend/services/team_matchmaking.go (1)

GetMatchmakingPool (125-133)

backend/controllers/team_controller.go (3)

backend/db/db.go (1)

GetCollection (21-23)

backend/models/team.go (2)

Team (11-22)

TeamMember (25-32)

frontend/src/services/teamService.ts (2)

Team (4-15)

TeamMember (17-24)

frontend/src/App.tsx (1)

backend/websocket/team_debate_handler.go (1)

TeamDebateRoom (32-36)

frontend/src/components/ChatRoom.tsx (2)

backend/websocket/websocket.go (1)

Message (63-86)

backend/structs/websocket.go (1)

Message (10-13)

backend/middlewares/auth.go (3)

backend/config/config.go (1)

LoadConfig (53-65)

backend/models/user.go (1)

User (10-30)

backend/db/db.go (1)

MongoDatabase (17-17)

backend/controllers/team_matchmaking.go (3)

backend/db/db.go (1)

GetCollection (21-23)

backend/models/team.go (1)

Team (11-22)

backend/services/team_matchmaking.go (4)

StartTeamMatchmaking (31-62)

RemoveFromMatchmaking (115-122)

GetMatchmakingPool (125-133)

FindMatchingTeam (65-112)

frontend/src/Pages/TeamBuilder.tsx (3)

backend/models/team.go (2)

TeamMember (25-32)

Team (11-22)

frontend/src/services/teamService.ts (13)

TeamMember (17-24)

Team (4-15)

getAvailableTeams (142-155)

getUserTeams (126-139)

createTeam (61-77)

joinTeam (96-108)

getTeamMemberProfile (308-321)

removeMember (276-289)

deleteTeam (292-305)

updateTeamName (324-339)

updateTeamSize (358-373)

leaveTeam (111-123)

getTeamByCode (342-355)

frontend/src/hooks/useUser.ts (1)

useUser (12-112)

backend/services/team_matchmaking.go (3)

backend/models/team.go (1)

Team (11-22)

backend/db/db.go (1)

GetCollection (21-23)

backend/controllers/team_matchmaking.go (1)

GetMatchmakingPool (85-106)

frontend/src/services/teamService.ts (3)

backend/models/team.go (3)

Team (11-22)

TeamMember (25-32)

TeamDebate (61-81)

frontend/src/services/teamDebateService.ts (3)

TeamDebate (8-28)

createTeamDebate (31-52)

getTeamDebate (55-68)

frontend/src/utils/auth.ts (1)

getAuthToken (5-7)

frontend/src/components/TeamChatSidebar.tsx (4)

frontend/src/components/ui/button.tsx (1)

Button (57-57)

frontend/src/components/ui/scroll-area.tsx (1)

ScrollArea (46-46)

frontend/src/components/ui/avatar.tsx (3)

Avatar (48-48)

AvatarImage (48-48)

AvatarFallback (48-48)

frontend/src/components/ui/input.tsx (1)

Input (25-25)

backend/websocket/team_websocket.go (4)

backend/services/team_turn_service.go (5)

TeamTurnManager (132-136)

TokenBucket (22-28)

TokenBucketService (16-19)

NewTeamTurnManager (139-144)

NewTokenBucketService (31-35)

backend/utils/auth.go (1)

ValidateTokenAndFetchEmail (131-144)

backend/db/db.go (1)

MongoDatabase (17-17)

backend/models/team.go (2)

TeamDebate (61-81)

Team (11-22)

🪛 Biome (2.1.2)

frontend/src/Pages/TeamDebateRoom.tsx

[error] 809-810: Other switch clauses can erroneously access this declaration.
Wrap the declaration in a block to restrict its access to the switch clause.

The declaration is defined in this switch clause:

Safe fix: Wrap the declaration in a block.