Michael Chisholm f301bc144f Disable custom vocab enforcement. Custom values for open-vocab ... properties are now always accepted and not considered customizations (has_custom will be False). Just commented out the enforcement code and xfail'd the unit tests, which makes it easy to reinstate these behaviors later. It was decided this is too likely to break user code, and we don't currently have a way to disallow customizations in other places while still allowing custom open vocab values. Safest to always allow custom open vocab values, for now.		2021-04-14 12:48:32 -04:00
..
v20	Add back spec_version kwarg to HashesProperty, since it was used	2021-03-31 16:20:33 -04:00
v21	Another pre-commit stylistic fix. Necessary since apparently	2021-03-31 21:31:59 -04:00
__init__.py	Initial package files.	2017-01-17 08:54:39 -08:00
test_hashes.py	Add back usage of spec_version where HashesProperty is used for	2021-03-31 16:20:33 -04:00
test_pattern_equivalence.py	pre-commit stylistic fix	2021-02-04 17:33:25 -05:00
test_properties.py	Disable custom vocab enforcement. Custom values for open-vocab	2021-04-14 12:48:32 -04:00
test_spec_version_detect.py	Improve is_sdo() et al utility functions with respect to	2021-01-20 16:59:39 -05:00
test_utils_type_checks.py	pre-commit stylistic fixes	2021-01-20 20:49:01 -05:00
test_workbench.py	Initial revamp of customization enforcement and detection.	2021-03-31 15:21:55 -04:00