-
Notifications
You must be signed in to change notification settings - Fork 12k
User errors shouldn't print stack traces #12165
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
Comments
From @paisanousa on January 22, 2018 3:39 The following identifies specific returned errors where stack traces appear: schematics command-line errors cluttered with stack tracesBug Report or Feature Request (mark with an
|
Just a heads up that we kicked off a community voting process for your feature request. There are 20 days until the voting process ends. Find more details about Angular's feature request process in our documentation. |
Thank you for submitting your feature request! Looks like during the polling process it didn't collect a sufficient number of votes to move to the next stage. We want to keep Angular rich and ergonomic and at the same time be mindful about its scope and learning journey. If you think your request could live outside Angular's scope, we'd encourage you to collaborate with the community on publishing it as an open source package. You can find more details about the feature request process in our documentation. |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
From @dansanderson on June 14, 2017 18:18
When the CLI is reporting an error that represents invalid options or inputs, it should not print a stack trace. It should still return a shell status code.
Some schematics are throwing an Error for these messages, but we need to differentiate between user errors and internal tool errors to hide diagnostic info in the first case (unless, perhaps, a --debug tool flag is included).
Copied from original issue: angular/devkit#8
The text was updated successfully, but these errors were encountered: