From 8869a083c3cc28c20efa63e8932347329b2865f4 Mon Sep 17 00:00:00 2001 From: Craig Jennings Date: Tue, 23 Jun 2026 23:40:27 -0400 Subject: feat(sources): single-issue source (favorites + open-issue-by-id) I wired the issue kind into the same pipeline every other source uses, so a favorited issue renders in the buffer as its own subtree instead of the v1 browser punt. The new pearl-open-issue-by-id command does the same for an issue you type by identifier or id. It's handy when someone hands you ENG-123 and you'd rather read it in Pearl than a browser. Linear's issue(id:) accepts both the UUID and the human identifier, so there's no resolution step. I fetch by whatever was given and build the :type issue source from the returned node, so the stored id and identifier stay authoritative. Refresh re-fetches the one issue and merges by LINEAR-ID like the filter and view sources. Tests cover the source constructor, the header round-trip, and the fetch/render and command paths across Normal, Boundary, and Error. --- tests/test-pearl-menu.el | 2 ++ 1 file changed, 2 insertions(+) (limited to 'tests/test-pearl-menu.el') diff --git a/tests/test-pearl-menu.el b/tests/test-pearl-menu.el index d939a9e..1795a41 100644 --- a/tests/test-pearl-menu.el +++ b/tests/test-pearl-menu.el @@ -79,6 +79,8 @@ menu entry that still points at it fails here." pearl-set-default-view ;; fetch the full comment thread for the issue at point pearl-fetch-all-comments + ;; single-issue source: open one issue by identifier + pearl-open-issue-by-id ;; view-shaping commands added to the Views group pearl-set-sort pearl-set-grouping -- cgit v1.2.3