chore(deps): bump the ruby-dependencies group with 3 updates

[dependabot]

Bumps the ruby-dependencies group with 3 updates: aws-sdk-s3, graphql and simplecov.

Updates aws-sdk-s3 from 1.228.0 to 1.228.1

Changelog

Sourced from aws-sdk-s3's changelog.

1.228.1 (2026-07-23)

• Issue - Ensure the source file is closed on multipart upload_file part failure, preventing leaked file descriptors (#3408).

Commits

• See full diff in compare view

Updates graphql from 2.6.5 to 2.6.6

Changelog

Sourced from graphql's changelog.

2.6.6 (21 Jul 2026)

• Security: This version includes a remediation for a security issue in Execution::Next (GHSA-j7xr-4g94-r9h3).

New features

• Support pattern matching non-null and list type definitions #5660

Bug fixes

• SDL: properly apply directive argument default values #5659
• Dataloader: fix Ruby version compatibility check #5662
• Validation: apply query token limit in Schema.validate #5668
• Dataloader: Use a queue for more efficient Source resolution #5666
• Remove needless compat with Ruby 2.2 #5670
• Schema: fix union memberships lookup #5663
• Dataloader: unify lazy resolution code #5669
• AsyncDataloader: improve task scheduling to fix deadlocks #5672

Commits

• 9548947 2.6.6
• 011203d Merge pull request #5673 from ydah/fix-operation-directive-finalizer
• dd6f3f3 Merge pull request #5672 from rmosolgo/async-dataloader-error-handling
• ac63800 Merge commit from fork
• 741e379 Correctly handle UnauthorizedErrors raised by Resolvers in Execution::Next
• eb230f8 Move spawn_tasks back to a method to preserve reference to pending_work
• 8e8bf89 Use sequential calls instead of yield with next_lazies
• 2fe9a62 Remove needless method
• 726ff88 Clean up some internal APIs
• 5bfae85 Skip lint
• Additional commits viewable in compare view

Updates simplecov from 1.0.1 to 1.0.2

Release notes

Sourced from simplecov's releases.

v1.0.2

What's Changed

• Bump ruby/setup-ruby from 1.315.0 to 1.316.0 by @​dependabot[bot] in simplecov-ruby/simplecov#1229
• Bump step-security/harden-runner from 2.19.4 to 2.20.0 by @​dependabot[bot] in simplecov-ruby/simplecov#1230

Full Changelog: simplecov-ruby/simplecov@v1.0.1...v1.0.2

Changelog

Sourced from simplecov's changelog.

1.0.2 (2026-07-18)

Bugfixes

• The standalone simplecov CLI's colorizing subcommands (report, uncovered, coverage, diff) no longer crash with NoMethodError: undefined method 'color' when run in a project without a .simplecov file. The CLI deliberately loads only simplecov/cli rather than the full library, so SimpleCov.color was undefined unless a dotfile load had incidentally defined it — and --no-color was the only workaround, since the documented NO_COLOR env var was checked after the line that raised. Color.enabled? now treats missing configuration the same as its :auto default and falls through to NO_COLOR / FORCE_COLOR / TTY detection. Reported with an exemplary diagnosis by @​hasghari. See #1231.
• Branch tuples synthesized for tracked-but-unloaded files now match Ruby's Coverage for a safe-navigation call that takes a block. For x&.foo { ... } (and the second link of a chain like x&.foo&.bar { ... }) the extractor keyed the branch on the call node's full source range, which extends through the attached block, while Coverage ends the range at the call itself — so a simulated entry merging with a real one produced a phantom, permanently-missed branch, the same failure mode as the elsif fix in 1.0.1. Reported with an exemplary diagnosis and a suggested fix by @​alexdeng-mp. See #1233.
• Prompted by the two reports above, an exhaustive differential audit of StaticCoverageExtractor against Ruby's Coverage — a fuzzing harness that runs thousands of generated programs through both and diffs the branch tuples, now part of the spec suite (opt-in via SIMPLECOV_FUZZ=1) — surfaced and fixed four more mismatches of the same phantom-branch class. Conditions that are compile-time literals (if true, if 1, a ternary on a literal) are folded away by Ruby's compiler and no longer produce synthesized branches (while true still does — loops are not folded). On Ruby 3.3, three legacy conventions now match: the body range of a do-while (begin ... end while), the location of empty branch arms (which on 3.3 depends on whether the construct is in value or void position), and one-line pattern matching (x => pattern / x in pattern), which emits a :case branch on 3.3 and nothing on 3.4+. The audit also caught a crash on Ruby 3.3's stdlib Prism (0.19), which still exposes the else clause of UnlessNode / CaseNode / CaseMatchNode under its pre-1.3 name consequent: the extractor raised internally and silently dropped simulated branch and method data for any file containing unless/else or a case with an empty arm, unless a newer prism gem happened to be installed.
• As a defensive layer against any future extractor drift, merging now treats an actually-executed file's branch and method data as authoritative: when a resultset that merely tracked a file (with simulated, statically-derived tuples) merges with one from a process that really loaded it, the synthesized tuples are dropped rather than unioned. This contains any undiscovered mismatch to denominator inflation on files no process loaded, instead of phantom misses on fully-covered ones. Line coverage still combines from both sides, so tracked-but-unloaded files keep contributing to the line denominator as before.
• Method coverage no longer reports phantom uncovered methods for define_method / define_singleton_method blocks defined onto more than one receiver — e.g. a module's included hook defining the same block on every including class. Ruby records one method entry per receiver, all pointing at the same source location, so any receiver whose copy was never called showed as an uncovered method on a line with 100% line coverage. Entries are now aggregated by (name, source location) with hit counts summed, and cross-process merging matches methods on the same source identity rather than on the receiver class. Reported with an exemplary diagnosis by @​bkuhlmann. See #1234.
• Branch coverage under enable_coverage :eval no longer inflates denominators or reports phantom missed branches for templates compiled more than once — e.g. hanami-view compiles each template once per view class, and every ERB.new(...).result is a fresh compile. Ruby's Coverage emits a fresh set of branch entries per compile of the same file (nondeterministically through Ruby 4.0, consistently on current ruby master — see https://bugs.ruby-lang.org/issues/22203), each counting only the renders that flowed through that compile, so a side exercised under one compile appeared as a permanently-missed branch in another compile's entry at the same location, and ignore_branches :implicit_else swung the report wildly by stripping only the synthetic-else halves of the duplicates. Duplicated conditions are now aggregated by source location with arm counts summed. Reported with an exemplary diagnosis by @​bkuhlmann. See #1235.

Commits

• 803dcbc Bump version to 1.0.2
• 177b0cc Restore a clean Steep check for the post-1.0.1 code
• b57bf8d Aggregate runtime-duplicated coverage entries by source location
• 9599343 Drop a simulated file's branches when a real run covered it
• 25d1ab5 Add a differential fuzzer for the static coverage extractor
• 2aff8fe Match Coverage's legacy branch conventions and survive stdlib Prism
• bbb4737 Skip synthesizing branches for constant-folded conditions
• 6669cbf Match Coverage's safe-navigation range when the call takes a block
• 21a8a08 Fix NoMethodError in the standalone CLI's colorizing subcommands
• e27cfd0 Bump step-security/harden-runner from 2.19.4 to 2.20.0
• Additional commits viewable in compare view

Dependabot 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 rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions