Skip to content
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

Handle unknown subclasses of RedisClient::Error in clustering #1244

Merged
merged 1 commit into from Jan 8, 2024

Conversation

KJTsanaktsidis
Copy link
Contributor

The Redis::Client code already knows how to crawl up through exception ancestors and match that against the hash; call into that code from Redis::Cluster::Client as well. `

Otherwise, you can get KeyError raised from e.g. pipeline blocks instead of the real error that happened.

The Redis::Client code already knows how to crawl up through exception
ancestors and match that against the hash; call into that code from
Redis::Cluster::Client as well.

Otherwise, you can get KeyError raised from e.g. pipeline blocks instead
of the real error that happened.
@KJTsanaktsidis
Copy link
Contributor Author

I don't think I'm responsible for the rubygems problems or the truffleruby crash :/ so I think this should be OK to look at? 🤷

rubygems/rubygems#6197 - I wonder if we need to specify a desired version of rubygems to install explicitly if we want to keep running rubocop on 2.6

@byroot
Copy link
Collaborator

byroot commented Jan 8, 2024

Yeah, we can figure out the rubocop issue later.

@byroot byroot merged commit 33d4233 into redis:master Jan 8, 2024
15 of 17 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.

None yet

3 participants