Skip to content

fix(client): bring disableClientInfo option back #2959

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

nkaradzhov
Copy link
Collaborator

@nkaradzhov nkaradzhov commented May 9, 2025

It disappeared in v5

fixes #2958


Checklist

  • Does npm test pass with this change (including linting)?
  • Is the new or changed code fully tested?
  • Is a documentation update included (if this change modifies existing APIs, or introduces new ones)?

@nkaradzhov
Copy link
Collaborator Author

@bobymicroby @htemelski Im not sure if this needs to be done for Sentinel, Cluster as well?

}
});

this.#queue.addCommand(['CLIENT', 'SETINFO', 'LIB-VER', version],{
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can see why you don't add CLIENT SETINFO inside the handshake - because you need a specific catch error clause just for CLIENT SETINFO. However, I think we should add it to the promises array before calling write so we can return it along with the other promises created during the handshake here as CLIENT SETINFO should be threaded as a "handshake" command.

@bobymicroby
Copy link
Member

Im not sure if this needs to be done for Sentinel, Cluster as well?

I think Sentinel and Cluster reuse the handshake logic defined in lib/client/index.ts, so you don't have to do something extra.

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.

disableClientInfo option is gone in v5
2 participants