-
Notifications
You must be signed in to change notification settings - Fork 280
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using ActiveSupport::ErrorReporter #1153
Comments
I ended up using raw api instead of the gem: So far |
This issue is important to me as well. The sentry gem has taken the following actions. If the Rollbar Gem does not support this, we have no choice but to “not use ActiveSupport::ErrorReporter” or “create our own thin Rollbar Middrware”. It would be helpful if you could give us Rollbar official thoughts. |
Thanks everyone. Support for this is published in v3.6.0. https://github.com/rollbar/rollbar-gem/releases/tag/v3.6.0 Docs will be updated. See the PR for config. |
I'm trying to make Rollbar work with Rails' new error handling mechanism https://guides.rubyonrails.org/error_reporting.html
But the problem is Rollbar monkey patches everything to intercept errors, so it ends up in duplicate error reports: one from Rails ErrorSubscriber, and another from within Rollbar gem.
My first attempt to solve this was trying to disable all monkey patches. But no luck
disable_monkey_patch
config option does not disable Rails (lib/rollbar/plugins/rails.rb
). Addingdependency { !configuration.disable_monkey_patch }
there doesn't work. Only completly commenting out all monkey patch code works.Eventally what I'd like to rely on Rails' ErrorSubscriber alone, and use only Rollbar's server-side to receive messages. No monkey patches, no error interceptions - nothing. Maybe even use raw api directly without the gem (https://docs.rollbar.com/reference/create-item)
This may sound kind of stupid, but the goal is to test how this new ErrorSubscriber works. Because "traditional" approach with monkey-patches works only until you have multiple gems monkey-patching the same thing has already shot me in the foot, so the addition of Rails native error handling mechanism seems like a good idea.
The text was updated successfully, but these errors were encountered: