-
Notifications
You must be signed in to change notification settings - Fork 174
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
Capture command arguments #351
Comments
I'd be +1 for this since it's useful context, for example in Laravel we add the full input as context (looks like this) and also the exit code. Code context (
|
This was requested in the past, see #60 (comment). It must not be the default behavior, to avoid exposing sensitive information. |
Isn't this a problem already in stack traces in general? Sentry should have a generic way how to combat exposing sensitive information. |
Yes, this value should already be sanitised. I believe both client and server side. In Laravel we made a configuration option to disable these kind of "auto-breadcrumbs" (per type) and that could maybe be an option, but we do have it enabled by default there. |
I would consider enabling it by default only in a major version bump, which is coming by the way thanks to #337. Maybe we can add the feature off by default in 3.x and switch it to on by default in 4? |
I would rather not add more toggles. So if adding it in major version is your only concern, let's just merge it to 4. |
There is #352, but for some unknown reason, this wasn't merged for 4.0. |
Sorry, we missed the PR while refactoring toward 4.0. I'm happy to re-review it once it's rebased and the comments are addressed. |
Rebased and comments addressed |
any info where to find snippets of how to tweak it? or how to use it? how it works? |
Closing as #352 got merged. |
CLI Commands are usually run with certain arguments. Error is also most of the time being triggered with certain CLI arguments only, this is why it's important to have it. Would you welcome contribution to log not only command name, but command arguments in your ConsoleListener?
The text was updated successfully, but these errors were encountered: