T632 (Travel system-code unification) was already closed 07/25/26 with a real root-cause fix in roster_lib.php. Its own close_note flagged one unfinished piece: jurisdiction.db still showed owner_decade=10 for Travel, needing re-registration. Verified this was still true (not assumed) by locating jurisdiction.db at systems/community/jurisdiction/jurisdiction.db and querying it directly -- found 5 stale records (J076/J098/J099/J100/J101), all dated to original 07/15/26 creation, never touched by the 07/25/26 fix. Backed up jurisdiction.db first (byte-verified copy). Corrected all 5 records' owner_decade from 10 to 95, fixed J076's item_name label (was literally 'Travel [10]'), appended a correction note to each row rather than silently overwriting history. Verified via read-back query -- all 5 now show owner_decade=95. Also corrected an assumption I'd made earlier in this session -- I initially treated T632 as still open based on a stale personal summary; it was not, the platform's own record was already correct and already closed with a real audit trail.