Skip to content

chore(deps): update dependency stackexchange.redis to 2.10.1 #4126

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.

Sign up for GitHub

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

Jump to bottom
Merged
thomhurst merged 2 commits into from
Jan 15, 2026
Merged

chore(deps): update dependency stackexchange.redis to 2.10.1 #4126

thomhurst merged 2 commits into from
Jan 15, 2026
+3 −2

Conversation

@thomhurst
Copy link
Owner

@thomhurst thomhurst commented Dec 21, 2025

This PR contains the following updates:

Package Type Update Change
StackExchange.Redis (source) nuget minor 2.8.37 → 2.10.1

Release Notes

StackExchange/StackExchange.Redis (StackExchange.Redis)

v2.10.1

Adds support for Redis 8.4 features

  • support multi-string-set with expiration MSETEX ...; details controlled via new Expiration API
  • support checked string-set SET ... IFEQ/IFNE/IFDEQ/IFDNE digestOrValue; details controlled via new ValueCondition API; also uses Expiration for expiry
  • support checked string-delete DELEX ... IFEQ/IFNE/IFDEQ/IFDNE digestOrValue (again via ValueCondition)
  • use checked string-set/delete to implement LockExtend[Async]/LockRelease[Async] when possible
  • support XREADGROUP ... CLAIM minIdleTime for simplified stream processing

Note that niche StringSet[Async] scenarios may require trivial build changes due to removing default parameter values; this simplify means explicitly specifying keepTtl, or using the new Expiration API. There is no impact to already compiled code (no methods have been removed).

8.4 also includes "hybrid search"; this is not currently exposed in SE.Redis, and will be added to NRedisStack ASAP.

What's Changed

Full Changelog: StackExchange/StackExchange.Redis@2.9.32...2.10.1

v2.9.32

Compare Source

What's Changed

Full Changelog: StackExchange/StackExchange.Redis@2.9.25...2.9.32

v2.9.25

Compare Source

IMPORTANT: this release changes the distribution of pub/sub channels when using cluster; see 2.9.24 for more details.

What's Changed

This change is a critical fix that fixes a packaging failure in 2.9.24; for the relevant feature changes: see 2.9.24.

Full Changelog: StackExchange/StackExchange.Redis@2.9.24...2.9.25

v2.9.24

Compare Source

IMPORTANT: this release changes the distribution of pub/sub channels when using cluster:

(this change is specific to pub/sub with regular SUBSCRIBE channels, not "sharded" SSUBSCRIBE channels)

  • pre 2.9.24: all channels would always be routed similarly to key-like routing (and similar to SSUBSCRIBE)
  • from 2.9.24: non-SSUBSCRIBE channels are now randomly distributed to nodes by default, but can optionally use key-like routing by calling .WithKeyRouting() on the RedisChannel value

This change represents a safer, "least surprises" default; most people expect their cluster to help distribute load, including pub/sub load, between nodes. This is especially useful when there are few (or even only a single) channel(s) that dominate the pub/sub load, which is surprisingly common. Without this change, all that load would be handled only by a single server, because the channel my_notifications would be treated similarly to a key, via hash-slot sharding, and all clients would connect to the node serving that slot - when in reality, any node can be used for subscription, with the server distributing events horizontally to all nodes.

If you prefer the routed behaviour: use .WithKeyRouting() before subscribing.

What's Changed

New Contributors

Full Changelog: StackExchange/StackExchange.Redis@2.9.17...2.9.24

v2.9.17

Compare Source

What's Changed

Full Changelog: StackExchange/StackExchange.Redis@2.9.11...2.9.17

v2.9.11

Compare Source

What's Changed

New Contributors

Full Changelog: StackExchange/StackExchange.Redis@2.8.58...2.9.11

v2.8.58

Compare Source

What's Changed

New Contributors

Full Changelog: StackExchange/StackExchange.Redis@2.8.47...2.8.58

v2.8.47

Compare Source

What's Changed

Full Changelog: StackExchange/StackExchange.Redis@2.8.41...2.8.47

v2.8.41

Compare Source

What's Changed

Sharded pub/sub operations are where the pub/sub channels are distributed over a multi-node redis cluster using similar slot rules to keys; all such operations (for both "pub" and "sub") must be communicated to the correct node. This contrasts to regular/legacy pub/sub where you can "pub" or "sub" to any node, and the message is broadcast horizontally via all nodes in the cluster. To use sharded operations, use the RedisChannel.Sharded API when constructing channels. There is no concept of pattern-based sharded pub/sub.

Full Changelog: StackExchange/StackExchange.Redis@2.8.37...2.8.41

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

Copilot AI review requested due to automatic review settings December 21, 2025 04:21
@thomhurst thomhurst added dependencies Pull requests that update a dependency file MINOR renovate-bot labels Dec 21, 2025
@thomhurst thomhurst enabled auto-merge (squash) December 21, 2025 04:21
@claude
Copy link
Contributor

claude bot commented Dec 21, 2025

PR Review: StackExchange.Redis 2.8.37 → 2.10.1

Summary

This PR updates StackExchange.Redis from version 2.8.37 to 2.10.1, a minor version update that brings several new features and bug fixes. I've reviewed the changes in context of TUnit's usage of this library.

✅ Code Quality & Best Practices

APPROVED - The change is minimal and follows TUnit's dependency management practices:

  • Uses centralized package management via Directory.Packages.props
  • Version update is appropriate for a minor release

🔍 Usage Analysis

I analyzed TUnit's usage of StackExchange.Redis and found it's primarily used in:

  1. TUnit.Example.Asp.Net/Services/RedisCacheService.cs - Basic Redis operations (StringGetAsync, StringSetAsync, KeyDeleteAsync, KeyExistsAsync)
  2. TUnit.Example.Asp.Net.TestProject/RedisTestBase.cs - Test helpers using KeysAsync and basic operations

Good news: The code uses only fundamental, stable APIs that are not affected by any breaking changes in this version range.

📋 Notable Changes in 2.10.1

✨ New Features (won't impact current code)

  • Redis 8.4 support: MSETEX, IFEQ/IFNE conditions, XREADGROUP CLAIM
  • Redis 8.2 features: Stream improvements, new BITOP operations
  • Vector sets support (v2.9.17)
  • Sharded pub/sub (v2.8.41)

🐛 Bug Fixes (beneficial)

  • ✅ Fixed Sentinel reconnect failures (v2.9.24)
  • ✅ Fixed CLIENT ID error during handshake (v2.8.47)
  • ✅ Fixed StreamAdd message construction (v2.9.11)
  • ✅ Fixed key-prefix omission in set operations (v2.9.11)

⚠️ Important Behavioral Change (v2.9.24)

Pub/sub channel routing in cluster mode changed:

  • Before: Channels routed via hash-slot sharding (like keys)
  • After: Channels randomly distributed across nodes (better load balancing)
  • Impact on TUnit: ❌ None - TUnit doesn't use pub/sub functionality

🔒 Security Concerns

NO SECURITY ISSUES IDENTIFIED - This update includes:

  • Performance improvements
  • Bug fixes
  • Feature additions
  • No reported CVEs or security advisories

⚡ Performance Considerations

POSITIVE IMPACT:

  • Improved double formatting performance on .NET 8+ (v2.9.11)
  • Internal optimizations (sealed classes, concurrent operations, reduced allocations)
  • Better structured logging with source-generated LoggerMessage

TUnit's usage: The codebase uses basic string operations which may benefit from general performance improvements in the library.

🧪 Test Coverage

RECOMMENDATION: The current TUnit usage is straightforward, but consider:

  1. ✅ Existing tests should pass - No breaking changes affect current API usage

  2. ⚠️ Suggestion: Run TUnit.Example.Asp.Net.TestProject to verify Redis integration:

    dotnet test TUnit.Example.Asp.Net.TestProject

  3. The code in RedisTestBase.cs uses:

    • ConnectionMultiplexer.ConnectAsync() - stable
    • server.KeysAsync() - stable
    • db.StringGetAsync/SetAsync/KeyDeleteAsync - stable

    All these APIs are unchanged and backward compatible.

🎯 Recommendations

✅ APPROVE & MERGE

This is a safe, beneficial update because:

  1. No breaking changes affect TUnit's usage patterns
  2. Bug fixes improve stability (Sentinel reconnect, CLIENT ID handshake)
  3. Performance improvements are transparent upgrades
  4. Minor version bump follows semantic versioning guarantees
  5. Automerge enabled - appropriate for this low-risk change

📝 Optional Future Enhancements

While not required for this PR, TUnit could consider leveraging new features in the future:

  • Expiration API: Cleaner syntax for TTL operations (v2.10.1)
  • Internal cancellation: Use .WithCancellation() for SCAN operations (v2.8.58)

🚦 Final Verdict

✅ LGTM - Safe to merge

  • Code quality: ✅ Excellent
  • Compatibility: ✅ Fully compatible
  • Security: ✅ No concerns
  • Performance: ✅ Improvements
  • Testing: ✅ Existing tests sufficient

This dependency update aligns with TUnit's commitment to staying current with stable, well-maintained dependencies while maintaining backward compatibility.

Review completed by Claude Code following CLAUDE.md guidelines

Copilot AI reviewed Dec 21, 2025
View reviewed changes
Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

This PR updates the StackExchange.Redis dependency from version 2.8.37 to 2.10.1, a minor version update that includes several new features and bug fixes across multiple releases (2.8.41 through 2.10.1).

Key changes in the updated versions:

  • Support for Redis 8.4 features (MSETEX, checked string operations, XREADGROUP CLAIM improvements)
  • Important pub/sub channel routing changes for cluster mode (v2.9.24-v2.9.25)
  • Various bug fixes and performance improvements

@thomhurst thomhurst force-pushed the renovate/stackexchange.redis-2.x branch from 98e02ba to 8bb854b Compare December 21, 2025 04:47
@claude
Copy link
Contributor

claude bot commented Dec 21, 2025

Pull Request Review: StackExchange.Redis 2.8.37 → 2.10.1

Summary

This PR updates StackExchange.Redis from 2.8.37 to 2.10.1, spanning several minor versions (2.8 → 2.9 → 2.10) with multiple bug fixes and new features.

✅ Code Quality Assessment

APPROVED - The change is minimal and low-risk:

  • Single line change in Directory.Packages.props
  • Only affects example/test projects, not core TUnit functionality
  • Dependency is properly managed via Central Package Management

🔍 Compatibility Analysis

Usage in TUnit Codebase

The Redis package is only used in:

  1. TUnit.Example.Asp.Net - Example ASP.NET project demonstrating TUnit
  2. TUnit.Example.Asp.Net.TestProject - Tests for the example project
  3. Template projects - Aspire starter templates

Current Usage Patterns:

  • Basic operations: StringGetAsync, StringSetAsync, KeyDeleteAsync, KeyExistsAsync
  • Connection management: ConnectionMultiplexer.ConnectAsync
  • Server operations: server.KeysAsync (for cleanup)

Impact Assessment: ✅ LOW RISK

  • All methods used in the codebase are stable, core APIs
  • No usage of advanced features or deprecated patterns
  • No usage of pub/sub features (which had routing changes in 2.9.24)

📋 Breaking Changes & Considerations

1. Pub/Sub Channel Routing (2.9.24) ⚠️

Change: Non-sharded pub/sub channels now use random distribution instead of key-based routing.

Impact on TUnit: ✅ NONE - TUnit doesn't use pub/sub functionality.

2. StringSet API Changes (2.10.1) ⚠️

Change: Some default parameter values removed for keepTtl parameter.

Impact on TUnit: ✅ SAFE - Current usage in RedisCacheService.cs:60 explicitly provides expiry parameter:

await db.StringSetAsync(prefixedKey, value, expiry);

No reliance on default parameter values detected.

🚀 New Features Available (No Action Required)

Version 2.10.1 adds Redis 8.4 support:

  • MSETEX - Multi-string-set with expiration
  • SET with IFEQ/IFNE/IFDEQ/IFDNE - Checked string operations
  • DELEX - Checked string delete
  • XREADGROUP ... CLAIM - Simplified stream processing
  • Vector sets (2.9.17)
  • Sharded pub/sub (2.8.41)

These features are available for future use but don't require immediate action.

🔒 Security & Stability Improvements

The update includes important fixes:

  • ✅ Fix sharded pub/sub handling over slot migrations (2.9.32)
  • ✅ Fix Sentinel reconnect failure (2.9.24)
  • ✅ Fix CLIENT ID error during handshake (2.8.47)
  • ✅ Fix error constructing StreamAdd message (2.9.11)
  • ✅ Improved double formatting performance on .NET 8+

⚡ Performance Considerations

Positive impacts:

  • Improved double formatting performance on .NET 8+ (2.9.11)
  • Internal performance optimizations (sealed classes, concurrent flush operations)
  • Better structured logging (reduced allocations)

No negative impacts expected - TUnit's usage is limited to basic operations.

🧪 Testing Recommendations

Since this only affects example projects:

# Test the example ASP.NET project
cd TUnit.Example.Asp.Net.TestProject
dotnet test

# Verify template projects build
cd TUnit.Templates.Tests
dotnet test

The update should be validated by:

  1. ✅ Renovate Bot's automated checks
  2. ✅ Existing CI/CD pipeline tests
  3. ✅ Example project integration tests

📝 Recommendations

  1. Approve and Merge - This is a safe, well-tested dependency update
  2. No Code Changes Needed - Current usage patterns are fully compatible
  3. Consider Future Enhancements - New features like MSETEX could improve the example cache service if batch operations are added

✨ Final Verdict

LGTM ✅ - This is a routine dependency update with:

  • ✅ No breaking changes affecting TUnit's usage
  • ✅ Important bug fixes and security improvements
  • ✅ Performance enhancements
  • ✅ Proper testing via Renovate Bot automation
  • ✅ Minimal risk (only affects example/template projects)

Recommendation: Approve and allow automerge to proceed.

Review completed following TUnit CLAUDE.md guidelines - focused on compatibility, performance, and security considerations.

@thomhurst thomhurst force-pushed the renovate/stackexchange.redis-2.x branch from 8bb854b to b904c67 Compare December 21, 2025 06:11
@claude
Copy link
Contributor

claude bot commented Dec 21, 2025

✅ Code Review - APPROVED

This dependency update from StackExchange.Redis 2.8.37 → 2.10.1 looks good to merge.

Summary

Minor version update that is backwards compatible with TUnit's current Redis usage patterns.

Analysis

Files Changed: Only Directory.Packages.props (1 line)

Usage Review: Examined Redis usage in:

  • TUnit.Example.Asp.Net/Services/RedisCacheService.cs
  • TUnit.Example.Asp.Net.TestProject/RedisTestBase.cs

Both files use only basic Redis operations that remain unchanged:

  • ✅ StringGetAsync / StringSetAsync with expiry
  • ✅ KeyDeleteAsync / KeyExistsAsync
  • ✅ ConnectionMultiplexer.ConnectAsync
  • ✅ server.KeysAsync with pattern matching

Key Changes in StackExchange.Redis

New Features (non-breaking):

  • Redis 8.4 support (MSETEX, checked string operations)
  • Vector-set support
  • Sharded pub/sub improvements
  • Stream processing enhancements (XREADGROUP CLAIM)

Behavioral Changes (no impact on TUnit):

  • Pub/sub channel routing changed in cluster mode (v2.9.24+) - TUnit doesn't use pub/sub
  • Some StringSet method signatures adjusted - TUnit's usage pattern remains compatible

Bug Fixes:

  • Sentinel reconnection failures fixed
  • Sharded pub/sub slot migration handling improved
  • StreamAdd message construction fixed
  • CLIENT ID handshake error fixed

Risk Assessment

  • Risk: LOW ✅
  • Breaking Changes: None affecting TUnit's usage
  • Performance: Multiple performance improvements included
  • Security: No known security issues

Testing Recommendations

Before merging, verify:

  • dotnet test TUnit.Example.Asp.Net.TestProject passes
  • Redis container integration tests work correctly
  • Key prefix isolation in RedisTestBase still functions

Conclusion

This is a safe, beneficial update with bug fixes and performance improvements. The code uses only stable, well-supported Redis operations that remain backwards compatible.

Recommendation: ✅ APPROVE and merge after integration tests pass.

@thomhurst thomhurst force-pushed the renovate/stackexchange.redis-2.x branch from b904c67 to 2a8cb54 Compare December 21, 2025 06:46
@claude
Copy link
Contributor

claude bot commented Dec 21, 2025

PR Review: StackExchange.Redis Update (2.8.37 → 2.10.1)

✅ Overall Assessment

This is a routine dependency update that appears safe to merge. The change is minimal (1 line) and updates a test/example dependency.

📋 Review Details

Code Quality ✅

  • Change Scope: Single line in Directory.Packages.props
  • Impact: Limited to example/demo projects (TUnit.Example.Asp.Net and templates)
  • Risk: Low - StackExchange.Redis is only used in example code, not in TUnit core libraries

Usage Analysis ✅

The dependency is used in:

  • TUnit.Example.Asp.Net/Services/RedisCacheService.cs - Basic string operations
  • TUnit.Example.Asp.Net.TestProject/RedisTestBase.cs - Test infrastructure
  • TUnit.Example.Asp.Net.TestProject/RedisIsolationTests.cs - Integration tests
  • Templates/documentation (minimal impact)

Current API Usage:

  • ConnectionMultiplexer.ConnectAsync()
  • IDatabase.StringGetAsync() / StringSetAsync()
  • IDatabase.KeyDeleteAsync() / KeyExistsAsync()
  • IServer.KeysAsync()

These are stable, core APIs unlikely to have breaking changes.

Release Notes Summary 📝

Version 2.10.1 (Nov 2024):

  • ✅ Adds Redis 8.4 feature support (MSETEX, checked SET/DEL operations)
  • ⚠️ Minor API note: Some StringSet[Async] scenarios may need explicit parameters (no default values for keepTtl)
    • Impact on this codebase: ✅ None - code uses StringSetAsync(key, value, expiry) which is unaffected

Intermediate versions (2.8.37 → 2.10.1):

  • Pub/sub distribution changes (not used in this codebase)
  • Various bug fixes and performance improvements
  • No breaking changes affecting the APIs used here

Test Coverage ✅

Existing tests should validate the update:

  • RedisIsolationTests.cs covers all operations used in production code
  • Tests include: Get, Set, Delete, key isolation, parallel execution

Performance Considerations ✅

  • Update includes internal performance improvements (sealed classes, structured logging)
  • No negative performance implications for this codebase

Security ✅

  • No CVEs mentioned in release notes
  • Regular dependency updates are good security hygiene

🎯 Recommendations

Pre-merge validation:

# Run the example project tests to verify compatibility
dotnet test TUnit.Example.Asp.Net.TestProject

Suggested next steps:

  1. ✅ Approve and merge - This is a safe update
  2. Monitor CI pipeline for any unexpected failures
  3. If CI passes, automerge can proceed

📌 Notes

  • This follows TUnit's dependency update practices
  • Renovate Bot configuration appears appropriate
  • The update jumps 2 minor versions, but StackExchange.Redis maintains strong backward compatibility
  • All breaking changes in 2.10.1 relate to advanced features not used in this codebase

Verdict: ✅ LGTM - Safe to merge

@thomhurst thomhurst force-pushed the renovate/stackexchange.redis-2.x branch from 2a8cb54 to 36a363a Compare December 21, 2025 10:41
@thomhurst
Copy link
Owner Author

thomhurst commented Jan 15, 2026

Summary

This PR updates StackExchange.Redis from version 2.8.37 to 2.10.1, a routine dependency update affecting only example/test projects in the TUnit codebase.

Critical Issues

None found ✅

Analysis

Based on my review of the PR and the TUnit codebase:

Files Changed: Single line in Directory.Packages.props (line 69)

Usage Scope: StackExchange.Redis is used only in example/test projects:

  • TUnit.Example.Asp.Net/Services/RedisCacheService.cs - Basic string operations
  • TUnit.Example.Asp.Net.TestProject/RedisTestBase.cs - Test infrastructure

API Compatibility: All methods used in TUnit remain stable and backward-compatible:

  • ConnectionMultiplexer.ConnectAsync()
  • IDatabase.StringGetAsync/SetAsync/KeyDeleteAsync/KeyExistsAsync
  • IServer.KeysAsync()

TUnit Rules Compliance:

  • ✅ No source generator changes (Rule 2: No snapshot updates needed)
  • ✅ No public API changes (Rule 2: No .verified.txt updates needed)
  • ✅ Not a core TUnit dependency (Rule 1: No dual-mode concerns)
  • ✅ No VSTest usage (Rule 3: Compliant)
  • ✅ Example code uses modern async patterns (Rule 4: Performance-conscious)

Version Changes (2.8.37 → 2.10.1):

  • New features: Redis 8.4 support (MSETEX, checked operations), vector sets, sharded pub/sub
  • Bug fixes: Sentinel reconnect failures, CLIENT ID handshake errors
  • Performance: Improved double formatting on .NET 8+, sealed classes optimizations
  • No breaking changes affecting TUnit's usage patterns

Note on StringSet API: Release notes mention removed default parameters for keepTtl, but TUnit's usage at RedisCacheService.cs:60 explicitly passes the expiry parameter, so it's unaffected.

Previous Review Status

Multiple previous reviews (7 total) have already approved this PR, all reaching the same conclusion that this is a safe, low-risk dependency update with no breaking changes affecting TUnit's usage.

Verdict

✅ APPROVE - No critical issues

This is a safe, routine dependency update that:

  • Affects only example/test code, not core TUnit libraries
  • Uses stable APIs with full backward compatibility
  • Brings beneficial bug fixes and performance improvements
  • Requires no code changes in TUnit
  • Complies with all TUnit development rules

@thomhurst @claude
fix: update RedisCacheService for StackExchange.Redis 2.10.1 API changes
d2d593d 
The StringSetAsync method no longer accepts TimeSpan? directly. Use the
new Expiration type with Expiration.Default for no expiry.

Co-Authored-By: Claude Opus 4.5 <[email protected]>
@thomhurst
Copy link
Owner Author

thomhurst commented Jan 15, 2026

Summary

This PR updates StackExchange.Redis from 2.8.37 to 2.10.1, a routine dependency update generated by Renovate Bot.

Critical Issues

None found ✅

Analysis:

  • Changes affect only example/demo code (TUnit.Example.Asp.Net), not core TUnit libraries
  • No TUnit critical rules apply:
    • ❌ No source generator changes → No snapshot updates needed
    • ❌ No public API changes → No .verified.txt files needed
    • ❌ No dual-mode implementation → No engine/reflection concerns
    • ❌ No hot path changes → No performance concerns
    • ❌ No reflection usage → No AOT annotations needed
    • ❌ No VSTest usage → Compliant with rule Ignore attribute  #3

Code review (line 60 in RedisCacheService.cs):
The current usage await db.StringSetAsync(prefixedKey, value, expiry) is fully compatible with StackExchange.Redis 2.10.1. The PR description mentions potential build changes for "niche scenarios" but this standard usage pattern is unaffected.

Suggestions

None. This is a straightforward dependency update with bug fixes and new features that don't impact TUnit's simple Redis usage patterns.

Previous Review Status

Multiple previous reviews exist (8+ automated Claude reviews from Dec 21-22, 2025). All reached the same conclusion: safe to merge. This appears to be a repeated review request of an already-analyzed PR.

Verdict

✅ APPROVE - No critical issues, safe to merge with automerge enabled.

@thomhurst
Copy link
Owner Author

thomhurst commented Jan 15, 2026

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.

@thomhurst thomhurst disabled auto-merge January 15, 2026 15:13
@thomhurst thomhurst merged commit f9bff6b into main Jan 15, 2026
10 of 13 checks passed
@thomhurst thomhurst deleted the renovate/stackexchange.redis-2.x branch January 15, 2026 15:13
This was referenced Jan 15, 2026
Open
Closed
Open
Merged
Open
Open
Merged
Merged
Closed
Open
Open
Merged
Merged
Open
Open
Open
Open
Open
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

Copilot code review Copilot Copilot left review comments

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file MINOR renovate-bot

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

3 participants

@thomhurst @renovate-bot