3.6.11 • Published 1 year ago

strapi-plugin-sentry v3.6.11

Weekly downloads
427
License
SEE LICENSE IN LI...
Repository
github
Last release
1 year ago

Strapi plugin Sentry

The official plugin to track Strapi errors with Sentry.


Deprecation Warning :warning:

Hello! We have some news to share,

We’ve decided it’ll soon be time to end the support for strapi-plugin-sentry.

After years of iterations, Strapi is going to V4 and we won’t maintain V3 packages when it’ll reach its end-of-support milestone (~end of Q3 2022).

If you’ve been using strapi-plugin-sentry and have migrated to V4 (or if you want to), you can find the equivalent and updated version of this package at this URL and with the following name on NPM: @strapi/plugin-sentry.

If you’ve contributed to the development of this package, thank you again for that! We hope to see you on the V4 soon.

The Strapi team


Features

  • Initialize a Sentry instance when your Strapi app starts
  • Send errors encountered in your application's end API to Sentry
  • Attach useful metadata to Sentry events, to help you with debugging
  • Expose a global Sentry service

Installation

To install this plugin, you need to add an NPM dependency to your Strapi application.

# Using Yarn
yarn add strapi-plugin-sentry

# Or using NPM
npm install strapi-plugin-sentry

Configuration

propertytype (default)description
dsnstring (null)Your Sentry data source name (see Sentry docs).
sendMetadataboolean (true)Whether the plugin should attach additional information (like OS, browser, etc.) to the events sent to Sentry.
initobject ({})A config object that is passed directly to Sentry during the Sentry.init(). See all available options on Sentry's docs

Example

./config/plugins.js

module.exports = ({ env }) => ({
  // ...
  sentry: {
    dsn: env('SENTRY_DSN'),
    sendMetadata: true,
  },
  // ...
});

Global Sentry service

You can access a Sentry service throughout your app.

const sentryService = strapi.plugins.sentry.services.sentry;

This service exposes the following methods:

sendError(error, configureScope)

Use it to manually send errors to Sentry. The configureScope is optional, it allows you to customize the error event. Read more about Sentry's scope system on their docs.

Example

try {
  // Your code here
} catch (error) {
  // Either send a simple error
  strapi.plugins.sentry.services.sentry.sendError(error);

  // Or send an error with a customized Sentry scope
  strapi.plugins.sentry.services.sentry.sendError(error, (scope, sentryInstance) => {
    // Customize the scope here
    scope.setTag('my_custom_tag', 'Tag value');
  });
  throw error;
}

getInstance()

Use it if you need direct access to the Sentry instance, which should already already be initialized. It's useful if sendError doesn't suit your needs.

Example

const sentryInstance = strapi.plugins.sentry.services.sentry.getInstance();

Disabling

Disabling only the middleware

By default, this plugin uses a middleware that logs all your unhandled API errors to Sentry. You can disable this feature by turning off the sentry middleware in your app's config.

Example

./config/middleware.js

module.exports = {
  //...
  settings: {
    sentry: {
      enabled: false,
    },
  },
};

Only the middleware will be disabled. You will still have access to the Sentry service.

Disabling the plugin entirely

You can also completely disable this plugin (both the middleware and the service). If you omit the dsn property of your plugin's settings, or if you give it a null value, the Sentry plugin will be ignored. You can use the env utility to disable it depending on the environment.

Example

./config/plugins.js

module.exports = ({ env }) => ({
  // ...
  sentry: {
    dsn: env('NODE_ENV') === 'development' ? null : env('SENTRY_DSN'),
  },
  // ...
});
3.6.11

1 year ago

3.6.10

2 years ago

3.6.9

2 years ago

3.6.8

3 years ago

3.6.7

3 years ago

3.6.6

3 years ago

3.6.5

3 years ago

3.6.4

3 years ago

3.6.3

3 years ago

3.6.2

3 years ago

3.6.1

3 years ago

3.6.0

3 years ago

3.6.0-beta.3

3 years ago

3.6.0-beta.4

3 years ago

3.6.0-beta.5

3 years ago

3.6.0-beta.2

3 years ago

3.6.0-beta.1

3 years ago

3.6.0-next.0

3 years ago

3.6.0-beta.0

3 years ago

3.5.4-next.0

3 years ago

3.5.4

3 years ago

3.5.3

3 years ago

3.5.2

3 years ago

3.5.1

3 years ago

3.5.0

3 years ago

3.5.0-next.0

3 years ago

3.5.0-next.3

3 years ago

3.5.0-rc.0

3 years ago

0.0.0

7 years ago