Chaim 789cc273ee
All checks were successful
Build & Deploy / build-and-deploy (push) Successful in 32s
fix(precedents): allow delete when extraction completed but timestamp stale
The local MCP worker is supposed to NULL `*_extraction_requested_at` after
a successful run, but in practice these timestamps linger. The previous
isPrecedentActive logic treated any non-null timestamp as "still active",
which left completed rows permanently undeletable.

Now only "processing" status (or genuinely queued: pending + timestamp)
counts as active. Once a row is "completed"/"failed", stale timestamps
no longer block the delete button.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-03 16:24:16 +00:00
Description
AI Legal Decision Drafting System — MCP server, web upload, RAG search
37 MiB
Languages
Python 65.8%
TypeScript 32.2%
JavaScript 1%
Shell 0.7%
CSS 0.2%