fix(recovery): bump RESUME_COUNT on markdown table ledger rows (BUG-004) - #146
Merged
cursor[bot] merged 1 commit intoJul 8, 2026
Conversation
…G-004) Co-authored-by: Ravindra Kumar <ravidsrk@gmail.com>
cursor
Bot
merged commit Jul 8, 2026
14ac0c6
into
cursor/adversarial-review-base-256a
1 of 2 checks passed
5 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Closes BUG-004 from the adversarial review (
c6c486).increment_resume_countpreviously only rewrote pipe-format ledger rows, so table-format ledgers silently no-op'd resume budget writes whileparse_ledger_rowsstill read them.Changes
increment_resume_countto detect and rewrite markdown table rowsRESUME_COUNTcolumns when neededBase
Merges into
cursor/adversarial-review-base-256a(mission BASE).Greptile Summary
This PR fixes resume-count updates for markdown table ledgers. The main changes are:
increment_resume_count.RESUME_COUNTcolumn to table headers, separators, and rows.Confidence Score: 5/5
Safe to merge with low risk.
The change is focused on one recovery ledger write path, matches the existing table parser behavior, preserves atomic file replacement, and includes tests for the fixed cases.
No files require special attention.
What T-Rex did
Important Files Changed
recovery_scan.pysynchronized with the main implementation.lib/recovery_scan.pyasset.Sequence Diagram
%%{init: {'theme': 'neutral'}}%% sequenceDiagram participant Caller participant RecoveryScan as increment_resume_count participant Finder as _find_resume_target participant Ledger as Ledger file Caller->>RecoveryScan: bump task_id RecoveryScan->>Ledger: read text lines RecoveryScan->>Finder: locate pipe/table row alt pipe row found Finder-->>RecoveryScan: pipe index RecoveryScan->>RecoveryScan: bump RESUME_COUNT flag else table row found Finder-->>RecoveryScan: table row + header index RecoveryScan->>RecoveryScan: bump table cell opt missing RESUME_COUNT column RecoveryScan->>RecoveryScan: extend header, separator, and sibling rows end else no matching row Finder-->>RecoveryScan: no target RecoveryScan-->>Caller: -1 end RecoveryScan->>Ledger: write temp file and os.replace RecoveryScan-->>Caller: new count%%{init: {'theme': 'base', 'themeVariables': {"darkMode": true, "background": "#0d1117", "primaryColor": "#21262d", "primaryTextColor": "#e6edf3", "primaryBorderColor": "#8b949e", "lineColor": "#8b949e", "textColor": "#e6edf3", "edgeLabelBackground": "#161b22", "actorBkg": "#21262d", "actorBorder": "#8b949e", "actorTextColor": "#e6edf3", "actorLineColor": "#8b949e", "signalColor": "#8b949e", "signalTextColor": "#e6edf3", "noteBkgColor": "#373320", "noteBorderColor": "#d4a72c", "noteTextColor": "#f0e6c0", "labelBoxBkgColor": "#21262d", "labelBoxBorderColor": "#8b949e", "labelTextColor": "#e6edf3", "loopTextColor": "#e6edf3", "activationBkgColor": "#30363d", "activationBorderColor": "#8b949e"}}}%% sequenceDiagram participant Caller participant RecoveryScan as increment_resume_count participant Finder as _find_resume_target participant Ledger as Ledger file Caller->>RecoveryScan: bump task_id RecoveryScan->>Ledger: read text lines RecoveryScan->>Finder: locate pipe/table row alt pipe row found Finder-->>RecoveryScan: pipe index RecoveryScan->>RecoveryScan: bump RESUME_COUNT flag else table row found Finder-->>RecoveryScan: table row + header index RecoveryScan->>RecoveryScan: bump table cell opt missing RESUME_COUNT column RecoveryScan->>RecoveryScan: extend header, separator, and sibling rows end else no matching row Finder-->>RecoveryScan: no target RecoveryScan-->>Caller: -1 end RecoveryScan->>Ledger: write temp file and os.replace RecoveryScan-->>Caller: new countReviews (1): Last reviewed commit: "fix(recovery): increment resume count on..." | Re-trigger Greptile