2026.10.6.2 kept scheduled reports under S in the fork subspace, which scale-out storage (Sb/Sm/Sl, replica markers Sr+index) and the spam-rules updater (Sr marker, Sf, Sn) already use. Nothing overwritten on prod (checked read-only: only the 2-byte Sr marker and the 10-byte digest key under Sr; key lengths differ), but scans could cross features. Moves to G (unused in code and on prod) with a one-time move of the 2026.10.6.2 records, deleting only those exact keys.
Checked: system test with a legacy digest, legacy settings and the spam marker (moved / moved / untouched), model tests, every fork check, CI locked builds.
2026.10.6.2 kept scheduled reports under **S** in the fork subspace, which scale-out storage (Sb/Sm/Sl, replica markers Sr+index) and the spam-rules updater (Sr marker, Sf, Sn) already use. Nothing overwritten on prod (checked read-only: only the 2-byte Sr marker and the 10-byte digest key under Sr; key lengths differ), but scans could cross features. Moves to **G** (unused in code and on prod) with a one-time move of the 2026.10.6.2 records, deleting only those exact keys.
Checked: system test with a legacy digest, legacy settings and the spam marker (moved / moved / untouched), model tests, every fork check, CI locked builds.
2026.10.6.2 kept scheduled reports under S in the fork's subspace, a
byte scale-out storage (Sb, Sm, Sl, replica markers Sr + index) and the
spam-rules updater (the Sr marker, Sf, Sn) already use. Nothing was
overwritten (the keys differ in length), but a scan of Sr + id could
read the others' keys, and one byte per feature is the rule. They move
to G, unused anywhere.
ensure_digest moves what 2026.10.6.2 wrote, once per process: what
reads as a report from the Sr + 8-byte-id range, and the settings at
Ss, deleting only those exact keys. The system test writes a legacy
digest, legacy settings and the spam marker, and checks the first two
moved and the marker didn't.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
2026.10.6.2 kept scheduled reports under S in the fork subspace, which scale-out storage (Sb/Sm/Sl, replica markers Sr+index) and the spam-rules updater (Sr marker, Sf, Sn) already use. Nothing overwritten on prod (checked read-only: only the 2-byte Sr marker and the 10-byte digest key under Sr; key lengths differ), but scans could cross features. Moves to G (unused in code and on prod) with a one-time move of the 2026.10.6.2 records, deleting only those exact keys.
Checked: system test with a legacy digest, legacy settings and the spam marker (moved / moved / untouched), model tests, every fork check, CI locked builds.