Skip to content

feat: support ioredis v6.0.0 - #23

Open
theoludwig wants to merge 5 commits into
boringnode:mainfrom
theoludwig:feat/support-ioredis-6
Open

theoludwig wants to merge 5 commits into
boringnode:mainfrom
theoludwig:feat/support-ioredis-6

Conversation

@theoludwig

Copy link
Copy Markdown
Contributor

Fixes #22

https://github.com/redis/ioredis/releases/tag/v6.0.0

The main breaking changes are:

  • Node.js v20 or newer (should not have any impact for @boringnode/queue since it only supports Node.js v24 or newer)
    "node": ">=24.0.0"
  • Default the protocol to RESP3, but can always be "reverted back" to use RESP2 instead.
    This should not impact it either, and if a user ever hit a RESP3 difference, new Redis({ protocol: 2 }) restores the v5 wire protocol.

Comment thread package.json
"c8": "^11.0.0",
"del-cli": "^7.0.0",
"hot-hook": "^1.0.0",
"ioredis": "^5.11.1",

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

I don't know if you want your test suite to test both versions or not (I don't think it's worth it), but in a "ideal" world/test coverage scenario, if we want to support both versions, we might want to have e2e tests that cover both.

Comment thread package.json
"@opentelemetry/core": "^1.30.0 || ^2.0.0",
"@opentelemetry/instrumentation": "^0.200.0",
"ioredis": "^5.0.0",
"ioredis": "^5.0.0 || ^6.0.0",

@theoludwig theoludwig Aug 17, 2026 •

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Should we support both or the breaking change is fine?

Suggested change
"ioredis": "^5.0.0 || ^6.0.0",
"ioredis": "^6.0.0",

ioredis 6 types only accept string | Buffer for the zrange stop argument, which broke typecheck in the schedule due-index migration test.
Advance a Date.now offset past the stalled threshold instead of sleeping, so a slow MySQL commit between renewal and recovery can no longer exceed the 200ms margin and fail the test intermittently.
The dedup extend tests had only 150ms of slack between the 250ms waits and
the 400ms window, so slow CI database round-trips pushed dispatches past
the window. A fake clock is not an option because the Redis adapter
enforces the window server-side. Use a 1000ms window with 550ms waits
instead: the waits still sum past the window, with 450ms of slack each.

The delayed-dispatch concurrency test raced jobs against a fixed 300ms
sleep. Jobs now wait until all of them have started, with a timeout if
they run one at a time, so the test no longer depends on database speed.
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.

Support ioredis v6.0.0

1 participant