Skip to content

Conversation

@github-actions
Copy link
Contributor

Automated PR for 9.11.0 release

tannalynn and others added 30 commits June 3, 2024 09:41
to simplify 3rd party GitHub Actions versions specified across our
various workflow files, put the versions in a `versions.yml` file and
define a new `gha:update_versions` rake task to automatically reconcile
the workflows with the versions specified.
add gha:update_versions Rake task
previously, errors that were noticed and treated as expected because the
HTTP status code matched the list configured via
`:'error_collector.expected_status_codes'` would not actually end up
with their `expected` attribute set to a `true` value.

the relevant agent error processing behavior has been updated so that
`expected: true` should always be applied to all errors that are treated
as expected by the agent.

resolves #2708
Grape is unhappy with the new Rack version. Let's lock down Rack in
Grape testing contexts until a Grape fix is out.
new Rubies are out, so let's upgrade to the latest setup-ruby sha and
start testing with them
it should be fine to use the latest Rack version with Grape v2+
the `starts_with?` check for the grape version string needs to strip
away any Bundler version locking prefix
For Ruby v3.4/3.5 compatibility, declare `mutex_m` and `ostruct` as dev
dependencies
relax the Rack driven content-length check for Grape
CI: Lock down Rack for old Grape v1.x versions
- assume all Rack testing will now involve a Rack at or above v1.4
- stop checking for `Rack::VERSION`, as modern Rack uses `Rack.release`
We have some tests that were designed to work with Rack v1.x as long as
Rack was at or above v1.4. We checked to see if the minor version was at
or above 4 without checking the major version. These tests haven't
worked properly since Rack v2 as a result. Given that we no longer test
against Rack v1.x, the tests have been removed.
CI: stop checking for / testing against Rack v1
When naming Stripe metrics, include only the first two (API version and
category) portions of the path and not the id. Continue to start the
metric name with "Stripe" and end it with the method (ex: "get"). This
will prevent metric name exhaustion resulting from regular Stripe usage.

Given a 'get' request performed against a path of
'/v1/payment_methods/pm_8675309', the metric name will now be
'Stripe/v1/payment_methods/get'.

resolves #2654
resolves #2709
fallwith and others added 23 commits June 13, 2024 17:11
List the HTTP status code `expected: true` bugfix in the changelog
set `expected: true` for matching status codes
List the Stripe bugfix (PR 2716) in the changelog
Stripe: do not include path ids in metric names
CI: update GHA nick-fields/retry to v3.0.0
- Enforce Ruby v2.7+ for the latest version of Grape, which has dropped
  support for Ruby v2.6 in Grape v2.1.0.
- Add a version entry for Grape v2.0.0.
API change required when going from v2.0 to v2.1
Co-authored-by: Hannah Ramadan <76922290+hannahramadan@users.noreply.github.com>
@fallwith fallwith marked this pull request as ready for review June 20, 2024 21:43
@fallwith fallwith merged commit 0b1cf2c into main Jun 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Archived in project

Development

Successfully merging this pull request may close these issues.

5 participants