Tom de Bruijn
Tom de Bruijn
We might be able to review/fix this in #329
Nice to have. Not going to put it on our roadmap now, but let's keep the issue open to track interest.
That we don't track the `perform_action.padrino` event comes from a `throw :halt` Padrino uses. Changing the instrument method to use an `ensure` rather than a "soft" value capture would fix...
Looks like the original problem: "2 transactions being started for a request to a Padrino app", only occurs when the route doesn't exist. When the route doesn't exist in Padrino,...
Should be fixed with the standardized middleware in #329
https://app.intercom.com/a/apps/yzor8gyw/inbox/inbox/540709/conversations/27054497129
Hi @risen, Thanks for the request! We've been meaning to add support for the user name to the revision option. For mina support, and better capistrano support so they don't...
Thijs says, we read the socket but it's empty, so it keeps retrying very quickly, causing a 100% CPU usage. Let's see if we can add a small sleep in...
@jeffkreeftmeijer you can also try to set up a similar test setup as for the FreeBSD issue which recreated the mio create issue to try and reproduce it: https://github.com/appsignal/rust-library-mio-freebsd-test-setup You'll...
@luismiramirez can you follow up with the user? Do they still have the problem? They have upgraded the Ruby gem recently, maybe also the Ruby version itself. That may have...