diff --git a/megamek/clientsettings.xml.template b/megamek/clientsettings.xml.template
index 2c08cd0..ed23d47 100644
--- a/megamek/clientsettings.xml.template
+++ b/megamek/clientsettings.xml.template
@@ -18,7 +18,18 @@
   minimap has no equivalent preference - it is dialog-only.
 -->
 <MegaMekSettings>
-    <store name="ClientSettings"/>
+    <store name="ClientSettings">
+        <!-- No "do you want to save a record of all units to a file?" when the
+             game ends. ClientGUI.gameEnd asks it of every player, and the file
+             chooser behind "yes" defaults into the read-only image tree, so the
+             only answer that works here is the one nobody should have to give.
+
+             Nothing is lost by declining it: the chooser is the whole of what
+             it does, and the salvage MUL of destroyed units is written by the
+             same method either way. The end-of-match record players actually
+             get is result.json, which the host writes from the live game. -->
+        <preference name="AskForVictoryList" value="false"/>
+    </store>
     <store name="UnitDisplayOrderPreferences"/>
     <store name="ButtonOrderPreferences"/>
     <store name="GUIPreferences">
@@ -179,11 +190,16 @@
              client can already draw. GifGameSummaryMinimap additionally stitches
              the per-round minimaps into one animation of the whole match.
 
-             Caveat: the board-view summary is written by BoardView and always
-             runs, but the minimap summary is written by MinimapPanel - and
-             MinimapEnabled is false above. Whether the panel exists at all in
-             that configuration is unverified; see TODO.md. finalize.sh uploads
-             whatever it finds and does not require either. -->
+             The minimap summary is written by MinimapPanel, which was doubted
+             here because MinimapEnabled is false above: it turns out the panel
+             is built either way, and a local match run to victory wrote one
+             PNG per phase. The GIF is stitched from those same frames.
+
+             GifGameSummaryMinimap also gated a "save the GIF?" modal at the end
+             of the game, whose answer deleted the file. Patch 0013 keeps the
+             file and drops the dialog; without it, finalize.sh only ever found
+             a GIF because nobody had answered. -->
+
         <preference name="GameSummaryBoardView" value="true"/>
         <preference name="GameSummaryMinimap" value="true"/>
         <preference name="GifGameSummaryMinimap" value="true"/>