opensource/mateclaw
2
0
Fork 0
mirror of https://gitee.com/mateos/mateclaw.git synced 2026-09-13 03:13:41 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity

fix(wiki): processing-status reads truth from page table, self-heals drift

Browse Source
This commit is contained in:
matevip 2026-05-28 08:16:40 +08:00
parent b81660a2a1
commit d8dedbeda3
1 changed files with 34 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

37
mateclaw-server/src/main/java/vip/mate/wiki/controller/WikiController.java
View File

@ -546,16 +546,47 @@ public class WikiController {
long pending = rawList.stream().filter(r -> "pending".equals(r.getProcessingStatus())).count();
long processing = rawList.stream().filter(r -> "processing".equals(r.getProcessingStatus())).count();
long completed = rawList.stream().filter(r -> "completed".equals(r.getProcessingStatus())).count();
long partial = rawList.stream().filter(r -> "partial".equals(r.getProcessingStatus())).count();
long failed = rawList.stream().filter(r -> "failed".equals(r.getProcessingStatus())).count();
long cancelled = rawList.stream().filter(r -> "cancelled".equals(r.getProcessingStatus())).count();
// Derive totalPages from the real `mate_wiki_page` table rather than
// `kb.pageCount`, which can lag behind if a processing run aborts
// between page creation and the page-count refresh. Using the live
// count keeps the UI honest even when the bookkeeping field is stale.
int realPageCount = pageService.countByKbId(kbId);
// Self-heal: if the stored pageCount drifted from the real count,
// quietly fix it so downstream callers reading `kb.pageCount` see
// the truth too. This is the cheapest place to repair without
// disrupting the in-flight processing path.
if (kb.getPageCount() == null || kb.getPageCount() != realPageCount) {
try {
kbService.setPageCount(kbId, realPageCount);
} catch (Exception ignore) {
// Self-heal is best-effort; never let it fail the status read.
}
}
// KB-level status field reflects whether the heavy pipeline is still
// running; once it flips back to "active" no raw material is actually
// mid-processing, regardless of any row whose `processing_status`
// didn't get its terminal-state update (a known failure mode in
// long-running ingest paths). Override the per-raw count so the UI
// doesn't show "processing" forever after the KB itself is idle.
boolean kbIdle = !"processing".equals(kb.getStatus());
long effectiveProcessing = kbIdle ? 0 : processing;
long inferredCompleted = kbIdle ? (completed + (realPageCount > 0 ? processing : 0)) : completed;
return R.ok(Map.of(
"status", kb.getStatus(),
"pending", pending,
"processing", processing,
"completed", completed,
"processing", effectiveProcessing,
"completed", inferredCompleted,
"partial", partial,
"failed", failed,
"cancelled", cancelled,
"totalRaw", rawList.size(),
"totalPages", kb.getPageCount()
"totalPages", realPageCount
));
}