Skip to content

fix: pass cluster arg to getValkeyClusterState in proactive failover#145

Merged
jdheyburn merged 1 commit into
valkey-io:mainfrom
daanvinken:fix/proactive-failover-build
Apr 22, 2026
Merged

fix: pass cluster arg to getValkeyClusterState in proactive failover#145
jdheyburn merged 1 commit into
valkey-io:mainfrom
daanvinken:fix/proactive-failover-build

Conversation

@daanvinken
Copy link
Copy Markdown
Contributor

Description

The merge of #128 (proactive failovers) after #133 (TLS) introduced a build-breaking call. #133 added a cluster parameter to getValkeyClusterState, but #128's new call site at line 445 used the old signature without it. This causes a compile error on current main.

Testing

go build ./... passes.

The merge of valkey-io#128 (proactive failovers) after valkey-io#133 (TLS) introduced a
build-breaking call. valkey-io#133 added a cluster parameter to
getValkeyClusterState, but valkey-io#128's new call site used the old signature.

Signed-off-by: Daan Vinken <daanvinken@tythus.com>
@daanvinken
Copy link
Copy Markdown
Contributor Author

Should we start using merge queues? GitHub has this built in ("Require merge queue" branch protection). A merge queue rebases each PR onto the latest main and runs CI after the rebase, before actually merging. That would have caught the compile error when #128 was rebased onto post-#133 main.

@jdheyburn jdheyburn merged commit 097c7f0 into valkey-io:main Apr 22, 2026
7 checks passed
@jdheyburn
Copy link
Copy Markdown
Collaborator

@daanvinken This is worth bringing up at the weekly call - I won't be able to make this weeks one though. I'll put a message out on Slack on the day.

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.

2 participants