Quick answer: Your game crashes when saving because something fails during the save: a serialization bug (an object that can't be serialized, a null in the data), a write failure (disk full, no permissions, storage removed mid-write), or invalid game state being saved. These are especially dangerous because a crash mid-save can leave a half-written, corrupted save, turning a momentary crash into lost progress.
A crash when the game saves is particularly nasty, not just because it crashes, but because it can corrupt the player's save, turning a momentary crash into lost progress or a crash loop. Saving touches serialization, disk I/O, and game state at once, any of which can fail, so it's a category where the crash and the data-loss risk go together.
Why Saving Crashes
Saving does several things that can fail. Serialization: converting game state into save data can crash if the data is in an unexpected shape, an unserializable object, a null where one isn't expected, a circular reference, or corrupt in-memory state. Write failures: the actual disk write can fail because the disk is full, the game lacks write permission, the storage was removed mid-write (common on console/mobile), or the path is invalid. And saving invalid state: if the game state is corrupt when you go to save it, serializing it can crash.
Crucially, a crash during the write is the dangerous case: a partially-written save file is corrupted, which then fails to load or causes a crash loop on next launch. So save crashes are a data-integrity problem, not just a stability one, which is why they deserve high priority even at modest volume.
How to Diagnose It
Capture the crash and read the trace: a trace in serialization code points at the data being saved (something unserializable or a null); a trace in file I/O points at a write failure (and device context may show low storage or a managed-storage platform); a trace tied to game state points at invalid state. If save crashes correlate with certain devices, it's likely a storage/permissions issue specific to that platform.
Bugnet captures the trace and device context with each crash and groups them, so save crashes cluster and you can see whether they share a serialization path or correlate with storage-constrained devices. Given the data-corruption risk, treat them as high priority, each may have destroyed a player's progress.
What to Do About It
Make saving robust and atomic: handle serialization errors and write failures gracefully rather than crashing, and write atomically (to a temporary file, then rename into place once fully written) so a crash or failure mid-write leaves the previous good save intact. Atomic writes are the single most important fix because they protect the player's data even when a save fails.
See our guide on fixing a game that crashes when saving for the steps. The key takeaway: a save crash is a data-integrity problem, so the fix protects both stability and the player's progress.
A save crash is serialization, a write failure, or bad state, and it can corrupt the save. The trace shows which; write atomically so a failed save leaves the old one intact.