Skip to content

merge queue: checking release/v3.8.49 (7123236), #7104 and #7105 together - #7479

Closed
mergify[bot] wants to merge 8 commits into
release/v3.8.49from
mergify/merge-queue/b0a6e7e28e
Closed

mergify[bot] wants to merge 8 commits into
release/v3.8.49from
mergify/merge-queue/b0a6e7e28e

Conversation

@mergify

@mergify mergify Bot commented Jul 16, 2026 •

Copy link
Copy Markdown

✨ Pull request #7104 ahead in the queue was removed (reason: pull request dequeued). The pull request #7105 has been requeued. ✨

Branch release/v3.8.49 (7123236), #7104 and #7105 are queued together for merge.

This pull request has been created by Mergify to speculatively check the mergeability of #7105.
You don't need to do anything. Mergify will close this pull request automatically when it is complete.

Required conditions of queue rule release for merge:

  • check-success=Merge integrity (changelog + generated skills)
  • #check-pending=0
  • #check-success>=1
  • any of:
    • #check-failure=0
    • all of:
      • #check-failure=1
      • check-failure=dast-smoke

Required conditions to stay in the queue:

---
checking_base_sha: 057a5153f24845c1c90fb7d4a980983dc9f4484b
previous_check_retries: []
previous_failed_batches: []
pull_requests:
  - number: 7105
    scopes: []
scopes: []
...

diegosouzapw and others added 8 commits July 13, 2026 23:07
…ort from 9router#2493)

isBetterSqliteBinaryValid() only checked the .node file's magic bytes (ELF/Mach-O/PE header), never whether the binary was built for the ABI (NODE_MODULE_VERSION) of the Node runtime that loads it. A stale or foreign-ABI binary passed the check and then segfaulted the process on the first database call instead of triggering a rebuild via npmInstallRuntime(). The fix adds a real load probe (require() in a throwaway subprocess) after the magic-byte check, so an incompatible binary is now correctly reported as invalid and the runtime self-heal reinstalls it.

Reported-by: Manikandan (@mrprohack) (decolua/9router#2493)
…port from 9router#2413)

Custom agent clients (e.g. non-OpenCode providers) commonly send X-Session-ID and X-Title headers for upstream request tracking/attribution, but forwardOpencodeClientHeaders() only forwarded x-opencode-* keys plus User-Agent, silently dropping these for every client. Extends the existing case-insensitive allowlist forwarding path with x-session-id/x-title.

Reported-by: Atikur Rahman Chitholian (@chitholian) (decolua/9router#2413)
Consistency with the repo's canonical changelog.d/fixes/ workflow (avoids
merge-storm re-conflicts from editing CHANGELOG.md directly).
Consistency with the repo's canonical changelog.d/fixes/ workflow (avoids
merge-storm re-conflicts from editing CHANGELOG.md directly).
@mergify mergify Bot closed this Jul 16, 2026
@mergify
mergify Bot deleted the mergify/merge-queue/b0a6e7e28e branch July 16, 2026 14:24
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