Individual gem's changelog has been deprecated. Please check the project changelog.
- Apply patches when initializing the SDK #1432
Support category-based rate limiting #1336
Sentry rate limits different types of events. And when rate limiting is enabled, it sends back a 429 response to the SDK. Currently, the SDK would then raise an error like this:
Unable to record event with remote Sentry server (Sentry::Error - the server responded with status 429
body: {"detail":"event rejected due to rate limit"}):
This change improves the SDK's handling on such responses by:
- Not treating them as errors, so you don't see the noise anymore.
- Halting event sending for a while according to the duration provided in the response. And warns you with a message like:
Envelope [event] not sent: Excluded by random sample
Record request span from Net::HTTP library #1381
Now any outgoing requests will be recorded as a tracing span. Example:
Record breadcrumb for Net::HTTP requests #1394
With the new http_logger breadcrumbs logger:
config.breadcrumbs_logger = [:http_logger]The SDK now records a new net.http breadcrumb whenever the user makes a request with the Net::HTTP library.
Support config.debug configuration option #1400
It'll determine whether the SDK should run in the debugging mode. Default is false. When set to true, SDK errors will be logged with backtrace.
Add the third tracing state #1402
rate == 0- Tracing enabled. Rejects all locally created transactions but respects sentry-trace.1 > rate > 0- Tracing enabled. Samples locally created transactions with the rate and respects sentry-trace.rate < 0orrate > 1- Tracing disabled.
- Let Transaction constructor take an optional hub argument #1384
- Introduce LoggingHelper #1385
- Raise exception if a Transaction is initialized without a hub #1391
- Make hub a required argument for Transaction constructor #1401
- Check
Scope#set_context's value argument #1415 - Disable tracing if events are not allowed to be sent #1421
- Correct type attribute's usages #1354
- Fix sampling decision precedence #1335
- Fix set_contexts #1375
- Use thread variable instead of fiber variable to store the hub #1380
- Fixes #1374
- Fix Span/Transaction's nesting issue #1382
- Fixes #1372
- Add Sentry.set_context helper #1337
- Fix handle the case where the logger messages is not of String type #1341
- Don't report Sentry::ExternalError to Sentry #1353
- Sentry.add_breadcrumb should call Hub#add_breadcrumb #1358
- Fixes #1357
- Allow configuring BreadcrumbBuffer's size limit #1310
# the SDK will only store 10 breadcrumbs (default is 100)
config.max_breadcrumbs = 10- Compress event payload by default #1314
- Improve SDK's error handling #1298
- Treat query string as pii too #1302
- Fixes #1301
- Ignore sentry-trace when tracing is not enabled #1308
- Fixes #1307
- Return nil from logger methods instead of breadcrumb buffer #1299
- Exceptions with nil message shouldn't cause issues #1327
- Fixes #1323
- Fix sampling decision with sentry-trace and add more tests #1326
- Add thread_id to Exception interface #1291
- always convert trusted proxies to string #1288
- fixes #1274
- Ignore invalid values for sentry-trace header that don't match the required format #1265
- Transaction created by
.from_sentry_traceshould inherit sampling decision #1269 - Transaction's sample rate should accept any numeric value #1278
- Add configuration option for trusted proxies #1126
config.trusted_proxies = ["2.2.2.2"] # this ip address will be skipped when computing users' ip addresses- Add ThreadsInterface #1178
- Support
config.before_breadcrumb#1253
# this will be called before every breadcrumb is added to the breadcrumb buffer
# you can use it to
# - remove the data you don't want to send
# - add additional info to the data
config.before_breadcrumb = lambda do |breadcrumb, hint|
breadcrumb.message = "foo"
breadcrumb
end- Add ability to have many post initialization callbacks #1261
- Inspect exception cause by default & don't exclude ActiveJob::DeserializationError #1180
- Fixes #1071
- Don't detect project root for Rails apps #1243
- Separate individual breadcrumb's data serialization #1250
- Capture sentry-trace with the correct http header key #1260
- Serialize event hint before passing it to the async block #1231
- Fixes #1227
- Require the English library #1233 (by @dentarg)
- Allow
Sentry.initwithout block argument #1235 (by @sue445)
- No change
- Inline global method #1213 (by @tricknotes)
- Event message and exception message should have a size limit #1221
- Add sentry-ruby-core as a more flexible option #1226
- Fix headers serialization for sentry-ruby #1197 (by @moofkit)
- Support capturing "sentry-trace" header from the middleware #1205
- Document public APIs on the Sentry module #1208
- Check the argument type of capture_exception and capture_event helpers #1209
- rm reference to old constant (from Rails v2.2) #1184
- Use copied env in events #1186
- Fixes #1183
- Refactor RequestInterface #1187
- Supply event hint to async callback when possible #1189
- Fixes #1188
- Refactor stacktrace parsing and increase test coverage #1190
- Sentry.send_event should also take a hint #1192
- before_send callback shouldn't be applied to transaction events #1167
- Transaction improvements #1170
- Support Ruby 3 #1172
- Add Integrable module #1177
- Fix NoMethodError when sending is not allowed #1161
- Add notification for users who still use deprecated middlewares #1160
- Improve top-level api safety #1162
- Separate rack integration #1138
- Fixes #1136
- Fix event sampling #1144
- Merge & rename 2 Rack middlewares #1147
- Fixes #1153
- Removed
Sentry::Rack::Tracingmiddleware and renamedSentry::Rack::CaptureExceptiontoSentry::Rack::CaptureExceptions.
- Deep-copy spans #1148
- Move span recorder related code from Span to Transaction #1149
- Check SDK initialization before running integrations #1151
- Fixes #1145
- Refactor transport #1154
- Implement non-blocking event sending #1155
- Added
background_worker_threadsconfiguration option.
- Added
Sentry::Rack::Tracing is now removed. And Sentry::Rack::CaptureException has been renamed to Sentry::Rack::CaptureExceptions.
sentry-ruby now sends events asynchronously by default. The functionality works like this:
- When the SDK is initialized, a
Sentry::BackgroundWorkerwill be initialized too. - When an event is passed to
Client#capture_event, instead of sending it directly withClient#send_event, we'll let the worker do it. - The worker will have a number of threads. And the one of the idle threads will pick the job and call
Client#send_event.- If all the threads are busy, new jobs will be put into a queue, which has a limit of 30.
- If the queue size is exceeded, new events will be dropped.
However, if you still prefer to use your own async approach, that's totally fine. If you have config.async set, the worker won't initialize a thread pool and won't be used either.
This functionality also introduces a new background_worker_threads config option. It allows you to decide how many threads should the worker hold. By default, the value will be the number of the processors your machine has. For example, if your machine has 4 processors, the value would be 4.
Of course, you can always override the value to fit your use cases, like
config.background_worker_threads = 5 # the worker will have 5 threads for sending eventsYou can also disable this new non-blocking behaviour by giving a 0 value:
config.background_worker_threads = 0 # all events will be sent synchronously- Add rake integration: 1137
- Make Event's interfaces accessible: 1135
- ActiveSupportLogger should only record events that has a started time: 1132
- Only documents update for the official release and no API/feature changes.
- Multiple fixes and refactorings
- Tracing support
Fix require reference
- Feature: Allow passing custom scope to Hub#capture* helpers 1086
First version


