Balatro-Multiplayer / Balatro-Multiplayer/BalatroMultiplayerAPI-Server

Policy: leaving a match after accepting (two-tier consequences)

Offen
#38 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
TypeScript
Sterne
13
Forks
20
Ø Merge
3 T. 7 Std.
Gemergte PRs (30 T.)
7

Beschreibung

**Status: needs triage** (policy / enhancement)

## Summary
Once a player accepts a match (Balatro-Multiplayer/BalatroMultiplayer#493), they may still need to leave. Consequences should depend on **when**:

- **Leaving after the run has started** → treated as a **normal loss** (full game loss + MMR loss), same as any forfeit mid-game.
- **Leaving during the ban phase** (before the run starts) → **some MMR loss but no game loss**, plus possibly a **queue-time penalty**. Bailing during bans is lighter than abandoning a live game, but shouldn't be free.

## Open questions
- How much MMR the ban-phase leave costs (fixed amount vs fraction of a loss).
- Size of the queue-time penalty, and whether it escalates on repeat.
- Exact boundary for "run started" (first blind? deck locked in?).

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginne mit dem Lesen des referenzierten Issues zur Match-Annahme, Balatro-Multiplayer/BalatroMultiplayer#493, und verfolge, wie das Verlassen derzeit nach der Annahme behandelt wird. Hier werden keine Dateien, Tests oder Einstiegspunkte genannt. Als erledigt gilt die Recherche, wenn Einigkeit über die Run-Start-Grenze, den MMR-Verlust während der Bannphase und die Wartezeitstrafe besteht, bevor der Umfang der Implementierung festgelegt werden kann.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
typescript
Bereich
backend
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.