You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If user's don't modify their project's reporting levels, then the module defaults to the most verbose reporting level (Logger::Debug) which has deleterious effects on data-storage requirements of aggregation backends.
In order to ascertain how best to patch this, we need to get an idea of how the upstream sentry/sentry package treats configured severities e.g. given a project configured with INFO which is correct?
a). Only sends INFO messages to Sentry
b). Sends INFO + (And above) messages to Sentry
If user's don't modify their project's reporting levels, then the module defaults to the most verbose reporting level (Logger::Debug) which has deleterious effects on data-storage requirements of aggregation backends.
In order to ascertain how best to patch this, we need to get an idea of how the upstream
sentry/sentry
package treats configured severities e.g. given a project configured withINFO
which is correct?a). Only sends INFO messages to Sentry
b). Sends INFO + (And above) messages to Sentry
See:
silverstripe-sentry/src/Adaptor/SentrySeverity.php
Line 51 in 223d540
This ticket therefore covers the following:
SentryHandler
andSentryLogger
which don't appear to consume the configured level when reporting exceptions (messaging is OK)The text was updated successfully, but these errors were encountered: