Mitigate undesired side effect of new best_match
behaviour with alternative proposal
#1257
Labels
Bug
Something doesn't work the way it should.
Error Reporting
Issues related to clearer or more robust validation error reporting
In continuation to #1250. The fix has seemingly undesired side effect.
After the fix it produces:
Conceptually, it is not clear why
run
has priority (I understand that technically it has priority due to the alphabetical order).Based on real example https://raw.githubusercontent.com/SchemaStore/schemastore/master/src/schemas/json/github-workflow.json
As an alternative proposal, the relevance function could not be changed, but
best_match
could distinguish errors having different error.path in the same subscheme, and choose first of them (maybe having even not the minimal relevance, but the maximum one for this particular subscheme provided that it is still minimal among different subschemes).The text was updated successfully, but these errors were encountered: