[Bug]: v5.10.0 introducing "ReplyError: CROSSSLOT Keys in request don't hash to the same slot"

[arsonik]

Version

3.10.0

Platform

NodeJS

What happened?

A bug happened after upgrading to v5.10.0 I get a "ReplyError: CROSSSLOT Keys in request don't hash to the same slot"
When using BullMQ against a redis cluster server configured with a '{my_prefix}' prefix !

How to reproduce.

No response

Relevant log output

ReplyError: CROSSSLOT Keys in request don't hash to the same slot
    at parseError (xxx/node_modules/.pnpm/redis-parser@3.0.0/node_modules/redis-parser/lib/parser.js:179:12)
    at parseType (xxx/node_modules/.pnpm/redis-parser@3.0.0/node_modules/redis-parser/lib/parser.js:302:14)

Code of Conduct

• I agree to follow this project's Code of Conduct

[manast]

Can you double-check check you are using the proper prefix? from which version where you upgrading?

[manast]

As a sidetone, all our test suite runs against using a custom prefix so that we can run DragonflyDBs tests, so it is unlikely we have introduced a regression in this regard.

[arsonik]

As a sidetone, all our test suite runs against using a custom prefix so that we can run DragonflyDBs tests, so it is unlikely we have introduced a regression in this regard.

are the tests running on a cluster with multiples nodes ?

and yes I've doubled checked, 5.9.0 works 5.10.0 doesn't

[arsonik]

based on the GitHub actions redis's image
https://github.com/supercharge/redis-github-action
it doesn't look like it's an actual cluster with multiple node!
so all tests with {key} prefixes might be compromised ?