Quick answer: Your game overwrites the wrong save slot because of a bug in how it tracks and writes save slots: a mismatch between the slot the player selected and the slot actually written to, often from an off-by-one or index error, stale slot state (the current slot not updated correctly), or confused slot tracking. The result is the game saving over the wrong slot, destroying that save.

Overwriting the wrong save slot is a serious data-loss bug, the player saves, and instead of writing to their intended slot, the game clobbers a different one, destroying that save. It's a save-slot management bug, and because it loses data, it's high-priority.

Why the Wrong Slot Gets Overwritten

Save slots require the game to correctly track which slot is selected and write to exactly that one. The bug is a mismatch between the intended slot and the written slot. Common causes: an index error (off-by-one, wrong index calculation, so slot N writes to slot N+1 or 0), stale slot state (the 'current slot' variable isn't updated when the player changes slots, so a save goes to the old slot), and confused tracking (the slot the UI shows differs from the slot the save logic uses, due to a state mismatch).

The result is the save writing to the wrong slot, overwriting a save the player didn't intend to touch, destroying it. Because save slots often hold separate playthroughs, this can wipe substantial progress in another slot.

How to Diagnose and Fix It

Reproduce by saving to specific slots and checking exactly which slot gets written, and audit the slot-selection and save logic for index errors and stale state, does the slot the player selects match the slot the save writes to in every case (including after changing slots, loading, or other state transitions)? Player reports ('it saved over my other game') confirm and localize it. Bugnet captures reports with context so these data-loss reports surface and are recognized as save-slot bugs.

Fix the slot tracking so the selected slot and the written slot always match, correct index errors, ensure the current-slot state updates correctly on every relevant transition, and align the UI's slot with the save logic's slot. Confirming the save before overwriting (or keeping a backup) adds a safety net. Verify by saving to each slot and confirming only the intended one changes.

Overwriting the wrong slot is a slot-tracking bug, the selected slot doesn't match the written slot, from an index error or stale state. Make them always match, and back up before overwriting.