| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
A test case was added in the middle, so all these need to be reordered.
|
| |
|
| |
|
|
|
|
|
|
| |
This doesn't fail because of additionalProperties, looks more like some
issue with recursive definitions and util.jsonpointer that I don't want
feel like investigating now.
|
| |
|
|
|
|
|
| |
If this object key exists then this schema must validate against the
current object. Seems useful.
|
|
|
|
| |
If this field exists, then these fields must also exist.
|
|
|
|
| |
Absolute references, weird fractions, unevaluatedProperties???
|
|
|
|
| |
These seem to be using absolute URI references, Not Yet Implemented
|
|
|
|
| |
Also touching on how arrays are indistinguishable from tables in Lua
|
|
|
|
| |
Full-URI references are not implemented
|
|
|
|
| |
Piped trough `sort -g`
|
|
MattJ reported a curious issue where validation did not work as
expected. Primarily that the "type" field was expected to be mandatory,
and thus leaving it out would result in no checks being performed.
This was likely caused by misreading during initial development.
Spent some time testing against
https://github.com/json-schema-org/JSON-Schema-Test-Suite.git and
discovered a multitude of issues, far too many to bother splitting into
separate commits.
More than half of them fail. Many because of features not implemented,
which have been marked NYI. For example, some require deep comparisons
e.g. when objects or arrays are present in enums fields.
Some because of quirks with how Lua differs from JavaScript, e.g. no
distinct array or object types. Tests involving fractional floating
point numbers. We're definitely not going to follow references to remote
resources. Or deal with UTF-16 sillyness. One test asserted that 1.0 is
an integer, where Lua 5.3+ will disagree.
|