docs: chunk-cache order fix in the changelog and known issues

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>

docs/known-issues.md

@@ -961,7 +961,9 @@ cache, but:
   and so `Dataset::read_*`) lists a damaged dataset's chunks in hash-map
   order, so which failing chunk it reports can differ from one `File` to
   the next (`cve-2025-2310.h5`); the values of a dataset that reads are
-  not affected.
+  not affected. **Fixed 2026-09-27:** the chunk cache keeps the chunks in
+  the order the index lists them, as the uncached readers do
+  (`several_damaged_chunks_report_the_same_chunk_every_time`).
 
 ## Remote files (`clawhdf5-remote`) limits
 
@@ -1075,7 +1077,9 @@ cache, but:
     and which chunk's error is reported depends on the iteration order of
     the chunk index (a `HashMap`, seeded per process), so the lazy and
     the range-storage reads can name different errors. Both are errors;
-    not specific to `openUrl` (it predates it).
+    not specific to `openUrl` (it predates it). **Fixed 2026-09-27:** the
+    chunk cache keeps the index's chunk order, so every read path names the
+    same (first) damaged chunk.
 - Compound, reference, opaque, bitfield, time and VL-sequence datasets are
   refused with an error naming the type; attributes of those types come back
   as `value: null` with their `dtype`.