yttcom.net
Backend / Tools / DB Viewer
yttcom.net
Domains / DB Viewer
v2.0 · 07.11.26
◇ 10-sys.db
systems/10-master/data/
records.db inbox.db transfers.db knowledge.db jurisdiction.db
10-sys decisions Row #117
Tables
decisions
198
domain
8
events
0
gov_archive
0
gov_archive_fts
0
gov_archive_fts_config
1
gov_archive_fts_data
4
gov_archive_fts_docsize
0
gov_archive_fts_idx
2
items
18
sessions
99
sqlite_sequence
5
transfers_log
0
decisions — Row #117
10-sys.db · systems/10-master/data/
id
117
system
date
08/05/26
subject
Fixed T736 -- CATCHUP.php never did COMMS pickup
approved_by
USR369 David
se_id
—
tr_id
—
_rowid
117
detail
CATCHUP.php's own header explicitly said 'No inbox pickup' -- confirmed by reading live source, its 3 steps (VERIFY/ORIENT/UPDATE) never called do_pickup() despite already requiring verify_lib.php which has it (and already had the T725 broadcasts-block fix sitting unused inside it). Added a real PICKUP step calling the same do_pickup() OPEN.php uses -- resolves system/decade via build_roster()+resolve_system(), surfaces community inbox + personal transfers + broadcasts, marks them delivered/SEEN same as OPEN.php does. Backed up original CATCHUP.php first. Verified syntax with real php -l (not just visual review) via self-deleting bootstrap before deploying. Deployed, then tested live against system=10 -- confirmed real pickup data returned (1 community msg, 15 personal transfers, 0 broadcasts pending), all_pass:true, no regressions to existing VERIFY/ORIENT/UPDATE steps. Version bumped v1.1->v1.3, header corrected to no longer claim zero pickup.
▼ Show timestamps
created_at
2026-08-05 15:38:09
Backend Domains Panel DB Viewer Transfers
Backend Tools DB Viewer DB Admin Server Map File Editor Backend Tools DB Viewer DB Admin Server Map File Editor