Skip to content

get_logbook: include canceled items alongside completed - #64

Open
ggfevans wants to merge 1 commit into
hald:masterfrom
ggfevans:fix/logbook-include-canceled
Open

get_logbook: include canceled items alongside completed#64
ggfevans wants to merge 1 commit into
hald:masterfrom
ggfevans:fix/logbook-include-canceled

Conversation

@ggfevans

Copy link
Copy Markdown

Fixes #60.

The Things Logbook holds both completed and canceled items; get_logbook queried status='completed' only, so canceled items were invisible. Fetch both statuses, merge, and keep the existing stop_date window filter, descending sort, and pagination/envelope unchanged. format_todo already renders Status: canceled.

Tests: 4 new (canceled items appear; merged sort by stop_date; period filter applies to canceled; both statuses queried with include_items); 5 existing logbook mocks converted to a status-keyed helper since the fix queries things.tasks once per status. Suite: 177 passed. The only failure is the pre-existing environmental test_construct_url_encodes_slash_in_values (calls things.token() against a live Things DB, absent on Linux) — fails identically on unpatched master.

Note: touches the same things.tasks call site as the branch for #58 — a trivial one-line merge for whichever lands second.

The Things Logbook contains both completed and canceled items; the
tool previously queried status='completed' only, so canceled items
were invisible. Fetch both statuses, merge, sort by stop_date.
jrelgin added a commit to jrelgin/things-mcp that referenced this pull request Aug 9, 2026
PRs hald#64 and hald#66 both rewrote the same things.tasks call. The hand-merged
version queries once per logged status, so the two project-scoping tests
now assert the full call list instead of a single call.
jrelgin added a commit to jrelgin/things-mcp that referenced this pull request Aug 9, 2026
CLAUDE.md gains a conflict-resolution table for merging upstream, and a
three-way split of the fork's commits: PR-able (create_structured_project,
tag management), never-PR (fork branding and the manifest git URL), and
already-upstream (the three cherry-picked PRs).

Calls out the non-obvious case: when hald merges hald#64/hald#65/hald#66, our cherry-picks
conflict and should yield to upstream's version — but get_logbook contains a
hand-merged region where hald#64 and hald#66 both rewrote the same call, so taking
both wholesale lets one clobber the other.

README points at it from the Development section.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

get_logbook returns completed items only — canceled items are invisible

1 participant