- Add
sentryzerolog
integration (#857) - Add
sentryslog
integration (#865) - Always set Mechanism Type to generic (#896)
Drop support for Go 1.18, 1.19 and 1.20. The currently supported Go versions are the last 3 stable releases: 1.23, 1.22 and 1.21.
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.29.1.
- Correlate errors to the current trace (#886)
- Set the trace context when the transaction finishes (#888)
- Update the
sentrynegroni
integration to use the latest (v3.1.1) version of Negroni (#885)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.29.0.
- Remove the
sentrymartini
integration (#861) - The
WrapResponseWriter
has been moved from thesentryhttp
package to theinternal/httputils
package. If you've imported it previosuly, you'll need to copy the implementation in your project. (#871)
-
Add new convenience methods to continue a trace and propagate tracing headers for error-only use cases. (#862)
If you are not using one of our integrations, you can manually continue an incoming trace by using
sentry.ContinueTrace()
by providing thesentry-trace
andbaggage
header received from a downstream SDK.hub := sentry.CurrentHub() sentry.ContinueTrace(hub, r.Header.Get(sentry.SentryTraceHeader), r.Header.Get(sentry.SentryBaggageHeader)),
You can use
hub.GetTraceparent()
andhub.GetBaggage()
to fetch the necessary header values for outgoing HTTP requests.hub := sentry.GetHubFromContext(ctx) req, _ := http.NewRequest("GET", "http://localhost:3000", nil) req.Header.Add(sentry.SentryTraceHeader, hub.GetTraceparent()) req.Header.Add(sentry.SentryBaggageHeader, hub.GetBaggage())
- Initialize
HTTPTransport.limit
ifnil
(#844) - Fix
sentry.StartTransaction()
returning a transaction with an outdated context on existing transactions (#854) - Treat
Proxy-Authorization
as a sensitive header (#859) - Add support for the
http.Hijacker
interface to thesentrynegroni
package (#871) - Go version >= 1.23: Use value from
http.Request.Pattern
for HTTP transaction names when usingsentryhttp
&sentrynegroni
(#875) - Go version >= 1.21: Fix closure functions name grouping (#877)
- Collect
span
origins (#849)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.28.1.
- Implement
http.ResponseWriter
to hook into various parts of the response process (#837)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.28.0.
- Add a
Fiber
performance tracing & error reporting integration (#795) - Add performance tracing to the
Echo
integration (#722) - Add performance tracing to the
FastHTTP
integration (#732) - Add performance tracing to the
Iris
integration (#809) - Add performance tracing to the
Negroni
integration (#808) - Add
FailureIssueThreshold
&RecoveryThreshold
toMonitorConfig
(#775) - Use
errors.Unwrap()
to create exception groups (#792) - Add support for matching on strings for
ClientOptions.IgnoreErrors
&ClientOptions.IgnoreTransactions
(#819) - Add
http.request.method
attribute for performance span data (#786) - Accept
interface{}
for span data values (#784)
- Fix missing stack trace for parsing error in
logrusentry
(#689)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.27.0.
Exception.ThreadId
is now typed asuint64
. It was wrongly typed asstring
before. (#770)
- Export
Event.Attachments
(#771)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.26.0.
As previously announced, this release removes some methods from the SDK.
sentry.TransactionName()
usesentry.WithTransactionName()
instead.sentry.OpName()
usesentry.WithOpName()
instead.sentry.TransctionSource()
usesentry.WithTransactionSource()
instead.sentry.SpanSampled()
usesentry.WithSpanSampled()
instead.
-
Add
WithDescription
span option (#751)span := sentry.StartSpan(ctx, "http.client", WithDescription("GET /api/users"))
-
Add support for package name parsing in Go 1.20 and higher (#730)
- Apply
ClientOptions.SampleRate
only to errors & messages (#754) - Check if git is available before executing any git commands (#737)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.25.0.
As previously announced, this release removes two global constants from the SDK.
sentry.Version
was removed. Usesentry.SDKVersion
instead (#727)sentry.SDKIdentifier
was removed. UseClient.GetSDKIdentifier()
instead (#727)
- Add
ClientOptions.IgnoreTransactions
, which allows you to ignore specific transactions based on their name (#717) - Add
ClientOptions.Tags
, which allows you to set global tags that are applied to all events. You can also define tags by settingSENTRY_TAGS_
environment variables (#718)
- Fix an issue in the profiler that would cause an infinite loop if the duration of a transaction is longer than 30 seconds (#724)
dsn.RequestHeaders()
is not to be removed, though it is still considered deprecated and should only be used when using a custom transport that sends events to the/store
endpoint (#720)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.24.1.
- Prevent a panic in
sentryotel.flushSpanProcessor()
((#711)) - Prevent a panic when setting the SDK identifier (#715)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.24.0.
sentry.Version
to be removed in 0.25.0. Usesentry.SDKVersion
instead.sentry.SDKIdentifier
to be removed in 0.25.0. UseClient.GetSDKIdentifier()
instead.dsn.RequestHeaders()
to be removed after 0.25.0, but no earlier than December 1, 2023. Requests to the/envelope
endpoint are authenticated using the DSN in the envelope header.
- Run a single instance of the profiler instead of multiple ones for each Go routine (#655)
- Use the route path as the transaction names when using the Gin integration (#675)
- Set the SDK name accordingly when a framework integration is used (#694)
- Read release information (VCS revision) from
debug.ReadBuildInfo
(#704)
- [otel] Fix incorrect usage of
attributes.Value.AsString
(#684) - Fix trace function name parsing in profiler on go1.21+ (#695)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.23.0.
-
Initial support for Cron Monitoring (#661)
This is how the basic usage of the feature looks like:
// 🟡 Notify Sentry your job is running: checkinId := sentry.CaptureCheckIn( &sentry.CheckIn{ MonitorSlug: "<monitor-slug>", Status: sentry.CheckInStatusInProgress, }, nil, ) // Execute your scheduled task here... // 🟢 Notify Sentry your job has completed successfully: sentry.CaptureCheckIn( &sentry.CheckIn{ ID: *checkinId, MonitorSlug: "<monitor-slug>", Status: sentry.CheckInStatusOK, }, nil, )
A full example of using Crons Monitoring is available here.
More documentation on configuring and using Crons can be found here.
-
Add support for Event Attachments (#670)
It's now possible to add file/binary payloads to Sentry events:
sentry.ConfigureScope(func(scope *sentry.Scope) { scope.AddAttachment(&Attachment{ Filename: "report.html", ContentType: "text/html", Payload: []byte("<h1>Look, HTML</h1>"), }) })
The attachment will then be accessible on the Issue Details page.
-
Add sampling decision to trace envelope header (#666)
-
Expose SpanFromContext function (#672)
- Make
Span.Finish
a no-op when the span is already finished (#660)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.22.0.
This release contains initial profiling support, as well as a few bug fixes and improvements.
-
Initial (alpha) support for profiling (#626)
Profiling is disabled by default. To enable it, configure both
TracesSampleRate
andProfilesSampleRate
when initializing the SDK:err := sentry.Init(sentry.ClientOptions{ Dsn: "__DSN__", EnableTracing: true, TracesSampleRate: 1.0, // The sampling rate for profiling is relative to TracesSampleRate. In this case, we'll capture profiles for 100% of transactions. ProfilesSampleRate: 1.0, })
More documentation on profiling and current limitations can be found here.
-
Add transactions/tracing support go the Gin integration (#644)
- Always set a valid source on transactions (#637)
- Clone scope.Context in more places to avoid panics on concurrent reads and writes (#638)
- Fixes #570
- Fix frames recognized as not being in-app still showing as in-app (#647)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.21.0.
Note: this release includes one breaking change and some deprecations, which are listed below.
This change does not apply if you use https://sentry.io
- Remove support for the
/store
endpoint (#631)- This change requires a self-hosted version of Sentry 20.6.0 or higher. If you are using a version of self-hosted Sentry (aka on-premise) older than 20.6.0, then you will need to upgrade your instance.
- Rename four span option functions (#611, #624)
TransctionSource
->WithTransactionSource
SpanSampled
->WithSpanSampled
OpName
->WithOpName
TransactionName
->WithTransactionName
- Old functions
TransctionSource
,SpanSampled
,OpName
, andTransactionName
are still available but are now deprecated and will be removed in a future release.
- Make
client.EventFromMessage
andclient.EventFromException
methods public (#607) - Add
client.SetException
method (#607)- This allows to set or add errors to an existing
Event
.
- This allows to set or add errors to an existing
- Protect from panics while doing concurrent reads/writes to Span data fields (#609)
- [otel] Improve detection of Sentry-related spans (#632, #636)
- Fixes cases when HTTP spans containing requests to Sentry were captured by Sentry (#627)
- Drop testing in (legacy) GOPATH mode (#618)
- Remove outdated documentation from https://pkg.go.dev/github.com/getsentry/sentry-go (#623)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.20.0.
Note: this release has some breaking changes, which are listed below.
-
Remove the following methods:
Scope.SetTransaction()
,Scope.Transaction()
(#605)Span.Name should be used instead to access the transaction's name.
For example, the following
TracesSampler
function should be now written as follows:Before:
TracesSampler: func(ctx sentry.SamplingContext) float64 { hub := sentry.GetHubFromContext(ctx.Span.Context()) if hub.Scope().Transaction() == "GET /health" { return 0 } return 1 },
After:
TracesSampler: func(ctx sentry.SamplingContext) float64 { if ctx.Span.Name == "GET /health" { return 0 } return 1 },
- Add
Span.SetContext()
method (#599)- It is recommended to use it instead of
hub.Scope().SetContext
when setting or updating context on transactions.
- It is recommended to use it instead of
- Add
DebugMeta
interface toEvent
and extendFrame
structure with more fields (#606)- More about DebugMeta interface here.
- [otel] Fix missing OpenTelemetry context on some events (#599, #605)
- Fixes (#596).
- [otel] Better handling for HTTP span attributes (#610)
- Bump minimum versions:
github.com/kataras/iris/v12
to 12.2.0,github.com/labstack/echo/v4
to v4.10.0 (#595) - Bump
google.golang.org/protobuf
minimum required version to 1.29.1 (#604)- This fixes a potential denial of service issue (CVE-2023-24535).
- Exclude the
otel
module when building in GOPATH mode (#615)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.19.0.
- [otel] Use the correct "trace" context when sending a Sentry error (#580)
- Drop support for Go 1.17, add support for Go 1.20 (#563)
- According to our policy, we're officially supporting the last three minor releases of Go.
- Switch repository license to MIT (#583)
- More about Sentry licensing here.
- Bump
golang.org/x/text
minimum required version to 0.3.8 (#586)- This fixes CVE-2022-32149 vulnerability.
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.18.0. This release contains initial support for OpenTelemetry and various other bug fixes and improvements.
Note: This is the last release supporting Go 1.17.
-
Initial support for OpenTelemetry. You can now send all your OpenTelemetry spans to Sentry.
Install the
otel
modulego get github.com/getsentry/sentry-go \ github.com/getsentry/sentry-go/otel
Configure the Sentry and OpenTelemetry SDKs
import ( "go.opentelemetry.io/otel" sdktrace "go.opentelemetry.io/otel/sdk/trace" "github.com/getsentry/sentry-go" "github.com/getsentry/sentry-go/otel" // ... ) // Initlaize the Sentry SDK sentry.Init(sentry.ClientOptions{ Dsn: "__DSN__", EnableTracing: true, TracesSampleRate: 1.0, }) // Set up the Sentry span processor tp := sdktrace.NewTracerProvider( sdktrace.WithSpanProcessor(sentryotel.NewSentrySpanProcessor()), // ... ) otel.SetTracerProvider(tp) // Set up the Sentry propagator otel.SetTextMapPropagator(sentryotel.NewSentryPropagator())
You can read more about using OpenTelemetry with Sentry in our docs.
- Do not freeze the Dynamic Sampling Context when no Sentry values are present in the baggage header (#532)
- Create a frozen Dynamic Sampling Context when calling
span.ToBaggage()
(#566) - Fix baggage parsing and encoding in vendored otel package (#568)
- Add
Span.SetDynamicSamplingContext()
(#539) - Add various getters for
Dsn
(#540) - Add
SpanOption::SpanSampled
(#546) - Add
Span.SetData()
(#542) - Add
Span.IsTransaction()
(#543) - Add
Span.GetTransaction()
method (#558)
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.17.0.
This release contains a new BeforeSendTransaction
hook option and corrects two regressions introduced in 0.16.0
.
- Add
BeforeSendTransaction
hook toClientOptions
(#517)- Here's an example of how BeforeSendTransaction can be used to modify or drop transaction events.
- Do not crash in Span.Finish() when the Client is empty #520
- Fixes #518
- Attach non-PII/non-sensitive request headers to events when
ClientOptions.SendDefaultPii
is set tofalse
(#524)- Fixes #523
- Clarify how to handle logrus.Fatalf events (#501)
- Rename the
examples
directory to_examples
(#521)- This removes an indirect dependency to
github.com/golang-jwt/jwt
- This removes an indirect dependency to
The Sentry SDK team is happy to announce the immediate availability of Sentry Go SDK v0.16.0.
Due to ongoing work towards a stable API for v1.0.0
, we sadly had to include two breaking changes in this release.
- Add
EnableTracing
, a boolean option flag to enable performance monitoring (false
by default).-
If you're using
TracesSampleRate
orTracesSampler
, this option is required to enable performance monitoring.sentry.Init(sentry.ClientOptions{ EnableTracing: true, TracesSampleRate: 1.0, })
-
- Unify TracesSampler #498
-
TracesSampler
was changed to a callback that must return afloat64
between0.0
and1.0
.For example, you can apply a sample rate of
1.0
(100%) to all/api
transactions, and a sample rate of0.5
(50%) to all other transactions. You can read more about this in our SDK docs.sentry.Init(sentry.ClientOptions{ TracesSampler: sentry.TracesSampler(func(ctx sentry.SamplingContext) float64 { hub := sentry.GetHubFromContext(ctx.Span.Context()) name := hub.Scope().Transaction() if strings.HasPrefix(name, "GET /api") { return 1.0 } return 0.5 }), }
-
- Send errors logged with Logrus to Sentry.
- Have a look at our logrus examples on how to use the integration.
- Add support for Dynamic Sampling #491
- You can read more about Dynamic Sampling in our product docs.
- Add detailed logging about the reason transactions are being dropped.
- You can enable SDK logging via
sentry.ClientOptions.Debug: true
.
- You can enable SDK logging via
- fix: Scope values should not override Event values (#446)
- feat: Make maximum amount of spans configurable (#460)
- feat: Add a method to start a transaction (#482)
- feat: Extend User interface by adding Data, Name and Segment (#483)
- feat: Add ClientOptions.SendDefaultPII (#485)
- feat: Add function to continue from trace string (#434)
- feat: Add
max-depth
options (#428) - [breaking] ref: Use a
Context
type mapping to amap[string]interface{}
for all event contexts (#444) - [breaking] ref: Replace deprecated
ioutil
pkg withos
&io
(#454) - ref: Optimize
stacktrace.go
from size and speed (#467) - ci: Test against
go1.19
andgo1.18
, dropgo1.16
andgo1.15
support (#432, #477) - deps: Dependency update to fix CVEs (#462, #464, #477)
NOTE: This version drops support for Go 1.16 and Go 1.15. The currently supported Go versions are the last 3 stable releases: 1.19, 1.18 and 1.17.
- ref: Change DSN ProjectID to be a string (#420)
- fix: When extracting PCs from stack frames, try the
PC
field (#393) - build: Bump gin-gonic/gin from v1.4.0 to v1.7.7 (#412)
- build: Bump Go version in go.mod (#410)
- ci: Bump golangci-lint version in GH workflow (#419)
- ci: Update GraphQL config with appropriate permissions (#417)
- ci: ci: Add craft release automation (#422)
- feat: Automatic Release detection (#363, #369, #386, #400)
- fix: Do not change Hub.lastEventID for transactions (#379)
- fix: Do not clear LastEventID when events are dropped (#382)
- Updates to documentation (#366, #385)
NOTE:
This version drops support for Go 1.14, however no changes have been made that would make the SDK not work with Go 1.14. The currently supported Go versions are the last 3 stable releases: 1.15, 1.16 and 1.17.
There are two behavior changes related to LastEventID
, both of which were intended to align the behavior of the Sentry Go SDK with other Sentry SDKs.
The new automatic release detection feature makes it easier to use Sentry and separate events per release without requiring extra work from users. We intend to improve this functionality in a future release by utilizing information that will be available in runtime starting with Go 1.18. The tracking issue is #401.
- feat(transports): Category-based Rate Limiting (#354)
- feat(transports): Report User-Agent identifying SDK (#357)
- fix(scope): Include event processors in clone (#349)
- Improvements to
go doc
documentation (#344, #350, #351) - Miscellaneous changes to our testing infrastructure with GitHub Actions (57123a40, #128, #338, #345, #346, #352, #353, #355)
NOTE:
This version drops support for Go 1.13. The currently supported Go versions are the last 3 stable releases: 1.14, 1.15 and 1.16.
Users of the tracing functionality (StartSpan
, etc) should upgrade to this version to benefit from separate rate limits for errors and transactions.
There are no breaking changes and upgrading should be a smooth experience for all users.
- feat: Debug connection reuse (#323)
- fix: Send root span data as
Event.Extra
(#329) - fix: Do not double sample transactions (#328)
- fix: Do not override trace context of transactions (#327)
- fix: Drain and close API response bodies (#322)
- ci: Run tests against Go tip (#319)
- ci: Move away from Travis in favor of GitHub Actions (#314) (#321)
- feat: Initial tracing and performance monitoring support (#285)
- doc: Revamp sentryhttp documentation (#304)
- fix: Hub.PopScope never empties the scope stack (#300)
- ref: Report Event.Timestamp in local time (#299)
- ref: Report Breadcrumb.Timestamp in local time (#299)
NOTE:
This version introduces support for Sentry's Performance Monitoring.
The new tracing capabilities are beta, and we plan to expand them on future versions. Feedback is welcome, please open new issues on GitHub.
The sentryhttp
package got better API docs, an updated usage example and support for creating automatic transactions as part of Performance Monitoring.
- build: Bump required version of Iris (#296)
- fix: avoid unnecessary allocation in Client.processEvent (#293)
- doc: Remove deprecation of sentryhttp.HandleFunc (#284)
- ref: Update sentryhttp example (#283)
- doc: Improve documentation of sentryhttp package (#282)
- doc: Clarify SampleRate documentation (#279)
- fix: Remove RawStacktrace (#278)
- docs: Add example of custom HTTP transport
- ci: Test against go1.15, drop go1.12 support (#271)
NOTE:
This version comes with a few updates. Some examples and documentation have been
improved. We've bumped the supported version of the Iris framework to avoid
LGPL-licensed modules in the module dependency graph.
The Exception.RawStacktrace
and Thread.RawStacktrace
fields have been
removed to conform to Sentry's ingestion protocol, only Exception.Stacktrace
and Thread.Stacktrace
should appear in user code.
- feat: Include original error when event cannot be encoded as JSON (#258)
- feat: Use Hub from request context when available (#217, #259)
- feat: Extract stack frames from golang.org/x/xerrors (#262)
- feat: Make Environment Integration preserve existing context data (#261)
- feat: Recover and RecoverWithContext with arbitrary types (#268)
- feat: Report bad usage of CaptureMessage and CaptureEvent (#269)
- feat: Send debug logging to stderr by default (#266)
- feat: Several improvements to documentation (#223, #245, #250, #265)
- feat: Example of Recover followed by panic (#241, #247)
- feat: Add Transactions and Spans (to support OpenTelemetry Sentry Exporter) (#235, #243, #254)
- fix: Set either Frame.Filename or Frame.AbsPath (#233)
- fix: Clone requestBody to new Scope (#244)
- fix: Synchronize access and mutation of Hub.lastEventID (#264)
- fix: Avoid repeated syscalls in prepareEvent (#256)
- fix: Do not allocate new RNG for every event (#256)
- fix: Remove stale replace directive in go.mod (#255)
- fix(http): Deprecate HandleFunc, remove duplication (#260)
NOTE: This version comes packed with several fixes and improvements and no breaking changes. Notably, there is a change in how the SDK reports file names in stack traces that should resolve any ambiguity when looking at stack traces and using the Suspect Commits feature. We recommend all users to upgrade.
- fix: Use NewEvent to init Event struct (#220)
NOTE: A change introduced in v0.6.0 with the intent of avoiding allocations made a pattern used in official examples break in certain circumstances (attempting to write to a nil map). This release reverts the change such that maps in the Event struct are always allocated.
- feat: Read module dependencies from runtime/debug (#199)
- feat: Support chained errors using Unwrap (#206)
- feat: Report chain of errors when available (#185)
- [breaking] fix: Accept http.RoundTripper to customize transport (#205)
Before the SDK accepted a concrete value of type
*http.Transport
inClientOptions
, now it accepts any value implementing thehttp.RoundTripper
interface. Note that*http.Transport
implementshttp.RoundTripper
, so most code bases will continue to work unchanged. Users of custom transport gain the ability to pass in other implementations ofhttp.RoundTripper
and may be able to simplify their code bases. - fix: Do not panic when scope event processor drops event (#192)
- [breaking] fix: Use time.Time for timestamps (#191)
Users of sentry-go typically do not need to manipulate timestamps manually.
For those who do, the field type changed from
int64
totime.Time
, which should be more convenient to use. The recommended way to get the current time istime.Now().UTC()
. - fix: Report usage error including stack trace (#189)
- feat: Add Exception.ThreadID field (#183)
- ci: Test against Go 1.14, drop 1.11 (#170)
- feat: Limit reading bytes from request bodies (#168)
- [breaking] fix: Rename fasthttp integration package sentryhttp => sentryfasthttp
The current recommendation is to use a named import, in which case existing
code should not require any change:
package main import ( "fmt" "github.com/getsentry/sentry-go" sentryfasthttp "github.com/getsentry/sentry-go/fasthttp" "github.com/valyala/fasthttp" )
NOTE: This version includes some new features and a few breaking changes, none of which should pose troubles with upgrading. Most code bases should be able to upgrade without any changes.
- fix: Ignore err.Cause() when it is nil (#160)
- fix: Synchronize access to HTTPTransport.disabledUntil (#158)
- docs: Update Flush documentation (#153)
- fix: HTTPTransport.Flush panic and data race (#140)
NOTE:
This version changes the implementation of the default transport, modifying the
behavior of sentry.Flush
. The previous behavior was to wait until there were
no buffered events; new concurrent events kept Flush
from returning. The new
behavior is to wait until the last event prior to the call to Flush
has been
sent or the timeout; new concurrent events have no effect. The new behavior is
inline with the Unified API
Guidelines.
We have updated the documentation and examples to clarify that Flush
is meant
to be called typically only once before program termination, to wait for
in-flight events to be sent to Sentry. Calling Flush
after every event is not
recommended, as it introduces unnecessary latency to the surrounding function.
Please verify the usage of sentry.Flush
in your code base.
- fix(stacktrace): Correctly report package names (#127)
- fix(stacktrace): Do not rely on AbsPath of files (#123)
- build: Require github.com/ugorji/[email protected] (#110)
- fix: Correctly store last event id (#99)
- fix: Include request body in event payload (#94)
- build: Reset go.mod version to 1.11 (#109)
- fix: Eliminate data race in modules integration (#105)
- feat: Add support for path prefixes in the DSN (#102)
- feat: Add HTTPClient option (#86)
- feat: Extract correct type and value from top-most error (#85)
- feat: Check for broken pipe errors in Gin integration (#82)
- fix: Client.CaptureMessage accept nil EventModifier (#72)
- feat: Send extra information exposed by the Go runtime (#76)
- fix: Handle new lines in module integration (#65)
- fix: Make sure that cache is locked when updating for contextifyFramesIntegration
- ref: Update Iris integration and example to version 12
- misc: Remove indirect dependencies in order to move them to separate go.mod files
- feat: Retry event marshaling without contextual data if the first pass fails
- fix: Include
url.Parse
error inDsnParseError
- fix: Make more
Scope
methods safe for concurrency - fix: Synchronize concurrent access to
Hub.client
- ref: Remove mutex from
Scope
exported API - ref: Remove mutex from
Hub
exported API - ref: Compile regexps for
filterFrames
only once - ref: Change
SampleRate
type tofloat64
- doc:
Scope.Clear
not safe for concurrent use - ci: Test sentry-go with
go1.13
, dropgo1.10
NOTE:
This version removes some of the internal APIs that landed publicly (namely Hub/Scope
mutex structs) and may require (but shouldn't) some changes to your code.
It's not done through major version update, as we are still in 0.x
stage.
- fix: Run
Contextify
integration onThreads
as well
- feat: Add
SetTransaction()
method on theScope
- feat:
fasthttp
framework support withsentryfasthttp
package - fix: Add
RWMutex
locks to internalHub
andScope
changes
- feat: Move frames context reading into
contextifyFramesIntegration
(#28)
NOTE: In case of any performance issues due to source contexts IO, you can let us know and turn off the integration in the meantime with:
sentry.Init(sentry.ClientOptions{
Integrations: func(integrations []sentry.Integration) []sentry.Integration {
var filteredIntegrations []sentry.Integration
for _, integration := range integrations {
if integration.Name() == "ContextifyFrames" {
continue
}
filteredIntegrations = append(filteredIntegrations, integration)
}
return filteredIntegrations
},
})
- feat: Better source code location resolution and more useful inapp frames (#26)
- feat: Use
noopTransport
when noDsn
provided (#27) - ref: Allow empty
Dsn
instead of returning an error (#22) - fix: Use
NewScope
instead of literal struct inside ascope.Clear
call (#24) - fix: Add to
WaitGroup
before the request is put inside a buffer (#25)
- fix: Check for initialized
Client
inAddBreadcrumbs
(#20) - build: Bump version when releasing with Craft (#19)
- First stable release! \o/
- feat: [breaking] Add
NewHTTPTransport
andNewHTTPSyncTransport
which accepts all transport options - feat: New
HTTPSyncTransport
that blocks after each call - feat: New
Echo
integration - ref: [breaking] Remove
BufferSize
option fromClientOptions
and move it toHTTPTransport
instead - ref: Export default
HTTPTransport
- ref: Export
net/http
integration handler - ref: Set
Request
instantly in the package handlers, not inrecoverWithSentry
so it can be accessed later on - ci: Add craft config
- feat:
IgnoreErrors
client option and corresponding integration - ref: Reworked
net/http
integration, wrote better example and complete readme - ref: Reworked
Gin
integration, wrote better example and complete readme - ref: Reworked
Iris
integration, wrote better example and complete readme - ref: Reworked
Negroni
integration, wrote better example and complete readme - ref: Reworked
Martini
integration, wrote better example and complete readme - ref: Remove
Handle()
from frameworks handlers and return it directly from New
- feat:
Iris
framework support withsentryiris
package - feat:
Gin
framework support withsentrygin
package - feat:
Martini
framework support withsentrymartini
package - feat:
Negroni
framework support withsentrynegroni
package - feat: Add
Hub.Clone()
for easier frameworks integration - feat: Return
EventID
fromRecovery
methods - feat: Add
NewScope
andNewEvent
functions and use them in the whole codebase - feat: Add
AddEventProcessor
to theClient
- fix: Operate on requests body copy instead of the original
- ref: Try to read source files from the root directory, based on the filename as well, to make it work on AWS Lambda
- ref: Remove
gocertifi
dependence and document how to provide your own certificates - ref: [breaking] Remove
Decorate
andDecorateFunc
methods in favor ofsentryhttp
package - ref: [breaking] Allow for integrations to live on the client, by passing client instance in
SetupOnce
method - ref: [breaking] Remove
GetIntegration
from theHub
- ref: [breaking] Remove
GlobalEventProcessors
getter from the public API
- feat: Add
AttachStacktrace
client option to include stacktrace for messages - feat: Add
BufferSize
client option to configure transport buffer size - feat: Add
SetRequest
method on aScope
to controlRequest
context data - feat: Add
FromHTTPRequest
forRequest
type for easier extraction - ref: Extract
Request
information more accurately - fix: Attach
ServerName
,Release
,Dist
,Environment
options to the event - fix: Don't log events dropped due to full transport buffer as sent
- fix: Don't panic and create an appropriate event when called
CaptureException
orRecover
withnil
value
- Initial release