Quote the rate the ticket settled on, and point the save gap at its ticket

Two accuracy fixes to notes the earlier commits left behind.

The test KDocs carried "roughly 1-in-130" and a 400-leg-attempt denominator.
Both come from earlier comments on #49 that its own census later replaced --
that ticket has three recorded corrections to its rate claims, and a
superseded figure in a permanent comment is the exact thing its author kept
having to fix. What survives the corrections is the count and the spread:
four occurrences, API 33, 35 and 36, every one on attempt 1 and green on
re-run.

The save exemption described a real defect with nowhere to look it up. It is
#123 now, so the KDoc names a number instead of trailing off.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

app/src/main/java/org/libremediaconverter/convert/ConversionViewModel.kt

@@ -207,8 +207,8 @@ class ConversionViewModel @JvmOverloads constructor(
      * land on top of a [reset] taken while its copy was in flight, putting `Saved` on a screen the
      * user has just cleared. Guarding it would drop that write instead, reporting nothing for a
      * file that may genuinely have reached the user's destination. Which of those two is right is
-     * a question about what the screen should offer during a save, not about this race, and it is
-     * left open rather than answered in passing.
+     * a question about what the screen should offer during a save, not about this race, so it is
+     * filed as issue #123 rather than decided here in passing.
      */
     private val ownership = ScreenOwnership()
 

app/src/main/java/org/libremediaconverter/join/JoinViewModel.kt

@@ -109,8 +109,8 @@ class JoinViewModel @JvmOverloads constructor(
      * lands after a suspension point is guarded: the one in [onInputsPicked] and the one in
      * [observe]. [save] is the one left out, deliberately and with the same limit its counterpart
      * in `ConversionViewModel` spells out: nothing can overwrite what it writes, but it can still
-     * land on top of a [reset] taken while its copy was in flight, and which way that should go is
-     * a question about the save screen rather than about this race.
+     * land on top of a [reset] taken while its copy was in flight. Which way that should go is a
+     * question about the save screen rather than about this race -- issue #123.
      */
     private val ownership = ScreenOwnership()