How do you use Sentry?
Sentry Saas (sentry.io)
Version
3.17.0
Steps to Reproduce
Huge thank you again to @cleptric for adding ignore_transactions in #1503, this report is about one anomaly I'm seeing after updating to use it.
My updated code:
'ignore_transactions' => ['GET /buddy', 'GET /heartbeat'],
Details on these two transactions I'm ignoring:
/buddy is a basic "is my site still online" GET request going to a simple Laravel view, pinged via an external monitor. This one continues to be ignored as expected.
/heartbeat is through a package called Caffeine for Laravel that performs an XHR GET requests from an already loaded page to ensure the logged in user doesn't time out while filling out the form. It returns a 202 Accepted status code. This one is no longer being ignored.
After a bit of fiddling I'm speculating that it may have to do with the fact that the request is coming in via an XHR request and not a standard browser HTTP request, though I don't understand the internals of this enough to know for sure. I can confirm that the URL and the request method is right, in my transaction summary I see /heartbeat and the method is indeed GET.
Expected Result
All transactions added to the ignore_transactions configuration is ignored.
Actual Result
Some transactions are currently not being ignored, possibly due to being an XHR request.
How do you use Sentry?
Sentry Saas (sentry.io)
Version
3.17.0
Steps to Reproduce
Huge thank you again to @cleptric for adding
ignore_transactionsin #1503, this report is about one anomaly I'm seeing after updating to use it.My updated code:
'ignore_transactions' => ['GET /buddy', 'GET /heartbeat'],Details on these two transactions I'm ignoring:
/buddyis a basic "is my site still online" GET request going to a simple Laravel view, pinged via an external monitor. This one continues to be ignored as expected./heartbeatis through a package called Caffeine for Laravel that performs an XHR GET requests from an already loaded page to ensure the logged in user doesn't time out while filling out the form. It returns a 202 Accepted status code. This one is no longer being ignored.After a bit of fiddling I'm speculating that it may have to do with the fact that the request is coming in via an XHR request and not a standard browser HTTP request, though I don't understand the internals of this enough to know for sure. I can confirm that the URL and the request method is right, in my transaction summary I see
/heartbeatand the method is indeedGET.Expected Result
All transactions added to the
ignore_transactionsconfiguration is ignored.Actual Result
Some transactions are currently not being ignored, possibly due to being an XHR request.