We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Errors and warnings are dumped in any order, with poor information about context in the spec.
Since retrieving line numbers is a hard problem, I suggest we could extend the Result object to provide a map of paths linked to errors.
Beware : this would affect the interface with Result (AddError and possibly some more direct usage).
In the end, messages would be pretty printed by sorting and indenting keys. Not quite line numbers but better than the unordered list we have today.
Also referred by:
The text was updated successfully, but these errors were encountered:
messages would be pretty printed by sorting and indenting keys.
It also helps to include an index of item in array.
type: array items: type: object properties: prop1: type: string
[ { "prop1": "valid"}, { "prop1": 2989 }, ]
Error now:
prop1 in body must be of type string: "number"
Error with index:
[1].prop1 in body must be of type string: "number"
Sorry, something went wrong.
No branches or pull requests
Errors and warnings are dumped in any order, with poor information about context in the spec.
Since retrieving line numbers is a hard problem, I suggest we could extend the Result object to provide a map of paths linked to errors.
Beware : this would affect the interface with Result (AddError and possibly some more direct usage).
In the end, messages would be pretty printed by sorting and indenting keys.
Not quite line numbers but better than the unordered list we have today.
Also referred by:
The text was updated successfully, but these errors were encountered: