Skip to content

Consolidate Dependabot PRs #3304 and #3307: conflicting vitest lines for pkgs/pkarr-worker (5.0.5 vs 4.1.12 + pool-workers 0.23.0) — land one coherent set #5272

Open

Description

@dezren39

Consolidation: Dependabot PRs #3304 and #3307 conflict on the pkgs/pkarr-worker vitest line — land one coherent set

Filed by the pr-diff-review job (2026-11-03 21:24 CST run, batch PRs #3280–#3309) under the PR-consolidation rule: two open PRs overlap on the same files with incompatible outcomes and should be resolved as a single change.

The overlap

Both PRs touch exactly the same two files — pkgs/pkarr-worker/package.json and pkgs/pkarr-worker/package-lock.json — and both move the vitest devDependency off ^3.2.4, in incompatible directions:

So PR #3304's vitest 5 line satisfies neither PR #3307's pool-workers peer range (^4.1.0) nor the pool-workers version currently on main (0.9.x, peer range 2.0.x - 3.2.x per PR #3307's diff). The two PRs cannot both land, and landing either one alone strands the other as a conflicting re-do of the same dependency bump.

Current state (verified fresh, 2026-11-03 ~21:55 CST)

Why it matters

Two stale, mutually conflicting dependency PRs on the same package invite an accidental merge of the wrong one: PR #3304 merged as-is would put vitest 5 in place while pool-workers stays on a line whose peer range excludes it, breaking the pkarr-worker test setup; PR #3307 left open will keep conflicting with every future lockfile change in this package. One coherent bump (vitest + pool-workers versions whose peer ranges agree, regenerated lockfile) closes both.

Acceptance criteria

  • Exactly one PR lands for the pkgs/pkarr-worker vitest/pool-workers bump, with a package.json/package-lock.json pair whose versions are peer-compatible (pool-workers' declared vitest peer range includes the pinned vitest version) and the pkarr-worker test suite passing on it.
  • The other PR is closed as superseded (not merged) with a dedupe/salvage note per the agent lifecycle protocol §8: anything unique in the losing diff is named on the surviving PR, or explicitly recorded as "nothing unique".
  • This issue is closed once both PRs are dispositioned.

Activity

  1. added
    dependenciesPull requests that update a dependency file
    kind/choreRoutine maintenance, housekeeping, dependency hygiene
    task/pr-shepherdQueue packet kind: shepherd an open PR or PR set to merge
    priority/normalOrdinary priority (the default)
    queue/queuedHas a queued task in the Supabase agent queue
    on Nov 4, 2026
  2. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · filed

  3. added
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    and removed
    queue/queuedHas a queued task in the Supabase agent queue
    on Nov 4, 2026
  4. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · picked up

  5. added
    queue/blockedQueue or user escalation state
    status/blockedQueue or user escalation state
    and removed
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    on Nov 4, 2026
  6. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · blocked

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

app/pkarr-workerpkgs/pkarr-workerdependenciesPull requests that update a dependency filekind/choreRoutine maintenance, housekeeping, dependency hygienepriority/normalOrdinary priority (the default)queue/blockedQueue or user escalation statesource/pr-diff-reviewFiled by the pr-diff-review jobstatus/blockedQueue or user escalation statetask/pr-shepherdQueue packet kind: shepherd an open PR or PR set to merge

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions