Skip to content

fix(combo): keep declared priority order ahead of session stickiness - #15458

Merged
diegosouzapw merged 2 commits into
diegosouzapw:release/v3.8.52from
skygunner:fix/15241-priority-order-vs-stickiness
Oct 6, 2026
Merged

diegosouzapw merged 2 commits into
diegosouzapw:release/v3.8.52from
skygunner:fix/15241-priority-order-vs-stickiness

Conversation

@skygunner

Copy link
Copy Markdown
Contributor

Fixes #15241

A successful mid-list target can currently be promoted to runtime try-slot #1 for the session-stickiness TTL even when a priority combo still declares another model first. That makes the saved failover order and the effective order diverge.

Add an opt-in respectDeclaredOrder mode to session stickiness and use it only for priority target resolution. The existing stickiness health, saturation, quota, and binding-hygiene checks still run; only mid-list promotion is suppressed for priority. Other strategies keep their existing behavior.

The scope intentionally follows the maintainer's issue triage comment and does not change fill-first or other strategies.

Validation:

  • direct stickiness + target-resolution pipeline regressions: 36/36
  • npm run typecheck:core
  • API typecheck frozen-baseline gate
  • npm run lint

@skygunner
skygunner force-pushed the fix/15241-priority-order-vs-stickiness branch from 53200e7 to ff7f70c Compare October 6, 2026 16:35
@diegosouzapw
diegosouzapw merged commit 3cd2d6f into diegosouzapw:release/v3.8.52 Oct 6, 2026
44 of 51 checks passed
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.

fix(resilience): priority combo try-order overridden by session stickiness

2 participants