feat(catalog): surface incomplete channel metadata - #163
Conversation
|
Codex review: needs maintainer review before merge. Reviewed August 3, 2026, 2:01 AM ET / 06:01 UTC. ClawSweeper reviewWhat this changesThe PR adds read-only catalog-completeness diagnostics for messages missing channel metadata, preserves missing metadata in human output, warns on potentially misleading empty SQL results, and adds regression plus large-fixture coverage. Merge readinessThis PR remains necessary: current main does not yet expose catalog completeness or warn that a zero-row SQL result may hide messages with missing channel metadata. The patch is focused, preserves read-only behavior, has no supported correctness finding, and now has maintainer-supplied real-archive validation on the current head; the remaining action is ordinary maintainer merge review. Priority: P2 Review scores
Verification
How this fits togetherDiscrawl stores Discord messages and channel records in a local SQLite archive. Its diagnostics command and read-only SQL interface help archive operators determine whether metadata completeness makes identity-filtered query results trustworthy. flowchart LR
Archive[Local Discord archive] --> Catalog[Messages and channel metadata]
Catalog --> Probe[Catalog completeness probe]
Probe --> Diagnostics[Diagnostics report]
Probe --> SQL[Empty SQL result warning]
Diagnostics --> Operator[Archive operator]
SQL --> Operator
Before merge
Agent review detailsSecurityNone. Review metrics
Technical reviewBest possible solution: Land the focused diagnostics and warning path after normal maintainer review, keeping the archive strictly read-only and retaining the documented left-join guidance for queries that require channel metadata. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR adds a diagnostic capability rather than repairing a single reported current-main failure. The changed behavior has high-confidence real-archive validation and focused regression coverage. Is this the best way to solve the issue? Yes. A read-only completeness probe, clear diagnostics state, and a warning only for empty query results are a narrow maintainable way to surface the metadata limitation without attempting archive repair or a migration. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 109e97872147. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
History |
|
Maintainer validation completed on August 3, 2026.
The evidence above is redacted: no archive path, guild/channel identity, message content, or credentials are included. @clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
Maintainer fixes are now on the contributor branch:
Validation on
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. |
* origin/main: docs: rewrite README to house standard (openclaw#162) # Conflicts: # CHANGELOG.md
|
The branch head is now @clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
vincentkoc
left a comment
There was a problem hiding this comment.
Validated on the exact head. The catalog contract now reports stored referential integrity without claiming source completeness; stale FTS names cannot hide missing metadata; the large-test target preserves failures. Local gates, large-fixture proof, release snapshot, and all hosted CI/security checks pass.
Summary
Verification
make checkmake test-largeNo archive repair, migration, restart, or live API operation is included.