Skip to content

fix(linear): prevent unrelated team cache failures from blocking batch push - #32

Draft
cursor[bot] wants to merge 1 commit into
mainfrom
cursor/critical-bug-investigation-177b
Draft

fix(linear): prevent unrelated team cache failures from blocking batch push#32
cursor[bot] wants to merge 1 commit into
mainfrom
cursor/critical-bug-investigation-177b

Conversation

@cursor

@cursor cursor Bot commented Jul 12, 2026

Copy link
Copy Markdown

Summary

  • fix Tracker.BatchPush so non-primary team state-cache failures are recorded per-team instead of aborting the entire push
  • preserve strict behavior for primary team cache failures (still fail fast for create path)
  • stop falling back to primary team cache for routed updates when a team cache is unavailable, and emit issue-scoped errors instead

Bug and impact

In multi-team Linear setups, BatchPush eagerly built state caches for every configured team and returned a top-level error on the first failure. A permission or availability issue in any secondary team prevented all pushes, including healthy-team updates.

Root cause

Global preflight cache initialization treated all team cache failures as fatal for the whole batch run, rather than scoping failure to the team that could not be resolved.

Validation

  • added regression test: TestBatchPush_NonPrimaryStateCacheFailureDoesNotAbort
  • ran:
    • CGO_ENABLED=1 go test -tags gms_pure_go ./internal/linear -run '^TestBatchPush_NonPrimaryStateCacheFailureDoesNotAbort$'
    • CGO_ENABLED=1 go test -tags gms_pure_go ./internal/linear
Open in Web View Automation 

Co-authored-by: Kev Glynn <kev-pryon@users.noreply.github.com>
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.

1 participant