Skip to content
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.

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

chore(deps): bump the sentry-dependencies group across 1 directory with 7 updates #76642

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Aug 27, 2024

Bumps the sentry-dependencies group with 5 updates in the / directory:

Package From To
@sentry/core 8.24.0 8.27.0
@sentry/node 8.24.0 8.27.0
@sentry/react 8.24.0 8.27.0
@sentry/status-page-list 0.3.0 0.5.0
@sentry/profiling-node 8.24.0 8.27.0

Updates @sentry/core from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/core's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/core's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

Updates @sentry/node from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/node's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/node's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

Updates @sentry/react from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/react's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/react's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

Updates @sentry/status-page-list from 0.3.0 to 0.5.0

Release notes

Sourced from @​sentry/status-page-list's releases.

0.5.0

This release adds entries for Autodesk, Etsy, InfluxData, Loom, Miro, Monday.com, PlanetScale, Pleo, Ravelin, Render, Rippling, Squarespace, Twilio, and Vanta.

  • feat: Add new entries (#30)

0.4.0

This release adds entries for Jotform, Paubox, and SendGrid.

This release improves the entry for Vercel

  • feat: Add more entries (#27)

Thanks to @​houserx-jmcc for the suggestions on the new entries.

Changelog

Sourced from @​sentry/status-page-list's changelog.

0.5.0

This release adds entries for Autodesk, Etsy, InfluxData, Loom, Miro, Monday.com, PlanetScale, Pleo, Ravelin, Render, Rippling, Squarespace, Twilio, and Vanta.

  • feat: Add new entries (#30)

0.4.0

This release adds entries for Jotform, Paubox, and SendGrid.

This release improves the entry for Vercel

  • feat: Add more entries (#27)

Thanks to @​houserx-jmcc for the suggestions on the new entries.

Commits

Updates @sentry/types from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/types's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/types's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

Updates @sentry/utils from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/utils's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/utils's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

Updates @sentry/profiling-node from 8.24.0 to 8.27.0

Release notes

Sourced from @​sentry/profiling-node's releases.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

Other Changes

... (truncated)

Changelog

Sourced from @​sentry/profiling-node's changelog.

8.27.0

Important Changes

  • fix(nestjs): Exception filters in main app module are not being executed (#13278)

    With this release nestjs error monitoring is no longer automatically set up after adding the SentryModule to your application, which led to issues in certain scenarios. You will now have to either add the SentryGlobalFilter to your main module providers or decorate the catch() method in your existing global exception filters with the newly released @WithSentry() decorator. See the docs for more details.

Other Changes

  • feat: Add options for passing nonces to feedback integration (#13347)
  • feat: Add support for SENTRY_SPOTLIGHT env var in Node (#13325)
  • feat(deps): bump @​prisma/instrumentation from 5.17.0 to 5.18.0 (#13327)
  • feat(feedback): Improve error message for 403 errors (#13441)
  • fix(deno): Don't rely on Deno.permissions.querySync (#13378)
  • fix(replay): Ensure we publish replay CDN bundles (#13437)

Work in this release was contributed by @​charpeni. Thank you for your contribution!

8.26.0

Important Changes

  • feat(node): Add fsInstrumentation (#13291)

    This release adds fsIntegration, an integration that instruments the fs API to the Sentry Node SDK. The integration creates spans with naming patterns of fs.readFile, fs.unlink, and so on.

    This integration is not enabled by default and needs to be registered in your Sentry.init call. You can configure via options whether to include path arguments or error messages as span attributes when an fs call fails:

    Sentry.init({
      integrations: [
        Sentry.fsIntegration({
          recordFilePaths: true,
          recordErrorMessagesAsSpanAttributes: true,
        }),
      ],
    });

    WARNING: This integration may add significant overhead to your application. Especially in scenarios with a lot of file I/O, like for example when running a framework dev server, including this integration can massively slow down your application.

... (truncated)

Commits

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 merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @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

…th 7 updates

Bumps the sentry-dependencies group with 5 updates in the / directory:

| Package | From | To |
| --- | --- | --- |
| [@sentry/core](https://github.com/getsentry/sentry-javascript) | `8.24.0` | `8.27.0` |
| [@sentry/node](https://github.com/getsentry/sentry-javascript) | `8.24.0` | `8.27.0` |
| [@sentry/react](https://github.com/getsentry/sentry-javascript) | `8.24.0` | `8.27.0` |
| [@sentry/status-page-list](https://github.com/getsentry/status-page-list) | `0.3.0` | `0.5.0` |
| [@sentry/profiling-node](https://github.com/getsentry/sentry-javascript) | `8.24.0` | `8.27.0` |



Updates `@sentry/core` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

Updates `@sentry/node` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

Updates `@sentry/react` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

Updates `@sentry/status-page-list` from 0.3.0 to 0.5.0
- [Release notes](https://github.com/getsentry/status-page-list/releases)
- [Changelog](https://github.com/getsentry/status-page-list/blob/main/CHANGELOG.md)
- [Commits](getsentry/status-page-list@0.3.0...0.5.0)

Updates `@sentry/types` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

Updates `@sentry/utils` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

Updates `@sentry/profiling-node` from 8.24.0 to 8.27.0
- [Release notes](https://github.com/getsentry/sentry-javascript/releases)
- [Changelog](https://github.com/getsentry/sentry-javascript/blob/8.27.0/CHANGELOG.md)
- [Commits](getsentry/sentry-javascript@8.24.0...8.27.0)

---
updated-dependencies:
- dependency-name: "@sentry/core"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/node"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/react"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/status-page-list"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/types"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/utils"
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
- dependency-name: "@sentry/profiling-node"
  dependency-type: direct:development
  update-type: version-update:semver-minor
  dependency-group: sentry-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
Copy link
Contributor Author

dependabot bot commented on behalf of github Sep 3, 2024

Looks like these dependencies are updatable in another way, so this is no longer needed.

@dependabot dependabot bot closed this Sep 3, 2024
@dependabot dependabot bot deleted the dependabot/npm_and_yarn/sentry-dependencies-1c47e25d00 branch September 3, 2024 14:37
@github-actions github-actions bot locked and limited conversation to collaborators Sep 19, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Scope: Frontend Automatically applied to PRs that change frontend components
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants