Bump concurrent-ruby from 1.3.6 to 1.3.7#890
Conversation
Bumps [concurrent-ruby](https://github.com/ruby-concurrency/concurrent-ruby) from 1.3.6 to 1.3.7. - [Release notes](https://github.com/ruby-concurrency/concurrent-ruby/releases) - [Changelog](https://github.com/ruby-concurrency/concurrent-ruby/blob/master/CHANGELOG.md) - [Commits](ruby-concurrency/concurrent-ruby@v1.3.6...v1.3.7) --- updated-dependencies: - dependency-name: concurrent-ruby dependency-version: 1.3.7 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>
Test coverage91.86% line coverage reported by SimpleCov. |
There was a problem hiding this comment.
Stale comment
Dependabot assessment:
concurrent-ruby1.3.6 → 1.3.7Verdict: Safe to merge. Lockfile-only patch bump; CI lint and full test suite both pass.
Verification
- CI:
lintpass,testpass — 2507 examples, 0 failures (run).- Local: Could not run tests here (no Docker; Ruby 4.0.5 install blocked by network/SSL). Relied on GitHub Actions.
Safety of merging
concurrent-rubyis transitive only (Rails/i18n/tzinfo, GoodJob, Flipper, Sentry). No directConcurrent::usage in application code. 1.3.7 is a security patch release (three low-severity CVEs inAtomicReference/ lock primitives).Residual risks unlikely to be exercised by the test suite:
- GoodJob worker threading — job executor pools use concurrent-ruby internally; production concurrency/race behaviour under sustained load is not fully simulated in CI.
- Boot-time singleton initialisation — Rails, i18n, and Flipper rely on concurrent-ruby thread-safety helpers; rare ordering/race issues at scale may not appear in the test environment.
- Patched CVE edge cases — the fixed bugs (
Float::NANinAtomicReference, reentrant read-lock overflow, manualReadWriteLockrelease APIs) target APIs this app does not call directly; risk is limited to transitive gem internals.Proposed fixes
None required — no test failures, no new Ruby/Rails deprecations attributable to this bump.
Sent by Cursor Automation: Editor-* - Tests Dependabot PRs
There was a problem hiding this comment.
Dependabot assessment: concurrent-ruby 1.3.6 → 1.3.7
Verdict: Safe to merge. Lockfile-only patch bump; CI lint and full RSpec suite passed on this branch.
Safety of merging
- Security-motivated patch — fixes three low-severity CVEs in
AtomicReference,ReentrantReadWriteLock, andReadWriteLock; updating is recommended. - No direct app usage —
concurrent-rubyis transitive only (viaactivesupport,i18n,tzinfo,flipper,good_job,sentry-ruby). NoConcurrent::references in application code. - GoodJob thread pools — background job scheduling uses
concurrent-rubyinternally; edge cases around lock primitives are unlikely in normal operation but are not exercised by the test suite. - Flipper feature flags — also depends on
concurrent-rubyfor in-process concurrency; same caveat as above for highly contended flag reads under extreme load. - Sentry async transport —
sentry-rubyusesconcurrent-rubyfor background event delivery; failure modes under thread-pool saturation are not typically covered by request specs.
Proposed fixes
None required — CI passed with no new deprecations or failures observed.
Verification
| Check | Result |
|---|---|
Lint (rubocop) |
✅ pass |
Tests (rspec) |
✅ pass (3m 41s) |
| Local Docker run |
Assessed by Cursor automation.
Sent by Cursor Automation: Editor-* - Tests Dependabot PRs


Bumps concurrent-ruby from 1.3.6 to 1.3.7.
Release notes
Sourced from concurrent-ruby's releases.
Changelog
Sourced from concurrent-ruby's changelog.
Commits
4c8fc28Release 1.3.7d91ca94Fix AtomicReference#update livelock when stored value is Float::NAN on JRuby ...7e4d711FixReentrantReadWriteLockread hold overflow into write-lock bit6e37e06FixAtomicReference#updatelivelock when stored value isFloat::NAN2825cfaCleanup spec3fd4932FixReadWriteLockwrong-thread write release and stray read release1974b47Add Ruby 4.0 in CIdf8706dAdd SECURITY.md (#1104)7a1b789Bump actions/upload-pages-artifact from 4 to 59b2dbf7Bump actions/deploy-pages from 4 to 5Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)You can disable automated security fix PRs for this repo from the Security Alerts page.