chore(deps): bump fullsend to e9690f264 for built-in provider resolution - #1597
Conversation
The behaviour tests build fullsend at the version go.mod pins, d8cbb9744 (2026-09-30). That predates fullsend-ai/fullsend#7995, which resolves bare built-in provider names to the definitions and profiles in the binary. Fleet harnesses that switch to bare names (#1596) fail behaviour on the old pin: the triage run gets no Vertex or GitHub provider. Bump the pin to fullsend main e9690f264, which includes #7995, #7976 (GitHub providers declare GH_TOKEN) and #7016 (GraphQL endpoint in the built-in github-ro profile). go.sum gains only the two fullsend lines, as in the previous bump; go mod tidy cannot resolve fullsend's nested internal/mintcore module from the published module, and the behaviour workflow replaces both with the pinned checkout. Assisted-by: Claude Signed-off-by: Wayne Sun <gsun@redhat.com>
PR Summary by QodoBump fullsend for built-in provider resolution
AI Description
High-Level Assessment
Files changed (2)
|
Code Review by Qodo
1. The pull request title uses an area scope
|
| go 1.26.5 | ||
|
|
||
| require github.com/fullsend-ai/fullsend v0.43.1-0.20260930180729-d8cbb97441de | ||
| require github.com/fullsend-ai/fullsend v0.44.1-0.20261002204052-e9690f26438e |
There was a problem hiding this comment.
1. The pull request title uses an area scope 📜 Skill insight § Compliance
The title chore(deps): bump fullsend to e9690f264 for built-in provider resolution uses deps as its scope despite the repository's stated preference for issue-number scopes. The dependency bump is linked to #1596 in the PR description, but the title does not use an issue number as its scope.
Agent Prompt
## Issue description
The dependency-bump PR title uses an area scope where the repository's ticket-scope convention calls for an issue number.
## Fix Focus Areas
- go.mod[5-5]
## Recommended Fix
Update the PR title to use the appropriate linked issue number as its scope; leave the dependency change unchanged.
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
|
🤖 Finished Review · ✅ Success · Started 9:40 PM UTC · Completed 9:49 PM UTC Commit: Runtime: pi · Model: openai/gpt-6.1-sol → gpt-6.1-sol · Effort: high · Cost: $0.81 |
|
Risk Assessment: moderate (2/5) DetailsTiny, non-source dependency bump (go.mod/go.sum only, 4 lines, no protected or security-sensitive paths, author not a bot or first-timer, recent and jointly-modified history with no reverts or hack/workaround commit sentiment) keeps most Tier 1/2 dimensions low, but the two-file dependency-change signal pushes the dependency dimension to its max, lifting the weighted composite (~1.6) just over the low threshold into moderate; no issue was linked so weights were redistributed 62/38 between Tier 1 and Tier 2. |
|
Looks good to me |
Summary
The behaviour tests build fullsend at the version
go.modpins. The pin is fullsendd8cbb9744(2026-09-30), which predates fullsend-ai/fullsend#7995. That change resolves bare built-in provider names (vertex-ai,github-ro, ...) to the definitions and profiles built into the binary. #1596 switches the fleet harnesses to those bare names, and itsbehaviourrun fails on the old pin: the triage scenario's run gets no Vertex or GitHub provider, because before #7995 onlyopenaiwas built in.This bumps the pin to fullsend main
e9690f264. Relevant changes in the range (61 merges):GH_TOKEN.github-roprofile.Changes
go.mod:github.com/fullsend-ai/fullsendv0.43.1-0.20260930180729-d8cbb97441de → v0.44.1-0.20261002204052-e9690f26438e.go.sum: adds only the two fullsend lines, as the previous bump (chore(deps): bump fullsend to d8cbb9744 for the OpenShell 0.1.2 behaviour fix #1561) did.go mod tidyagainst the published module fails on fullsend's nestedinternal/mintcoremodule; the behaviour workflow replaces both modules with the pinned checkout.Testing
go build ./...,make lint,make test: pass.behaviourrun on this PR is the check that nothing else in this repository breaks against the newer fullsend.Merge before #1596.
🤖 Generated with Claude Code