You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the only validation done for indexing options of CreateCollections is to make sure that only one of arrays ("allow", "deny") is non-empty.
But we should be able to further validate that all paths included are valid paths for JSON API, same as we do for paths used for shredding and filtering.
For example, currently user could use:
"indexing" : {
"deny" : [ "_id", "data*" ]
}
expecting data* to be regexp used: it won't and we'd take that to refer to hypothetical value like:
{
"data*" : 42
}
but we do NOT allow such properties to be used (character '*' not allowed in path segments).
Adding validation would prevent users from creating Indexing settings that cannot work as intended.
The text was updated successfully, but these errors were encountered:
Currently the only validation done for indexing options of CreateCollections is to make sure that only one of arrays ("allow", "deny") is non-empty.
But we should be able to further validate that all paths included are valid paths for JSON API, same as we do for paths used for shredding and filtering.
For example, currently user could use:
expecting
data*
to be regexp used: it won't and we'd take that to refer to hypothetical value like:but we do NOT allow such properties to be used (character '*' not allowed in path segments).
Adding validation would prevent users from creating Indexing settings that cannot work as intended.
The text was updated successfully, but these errors were encountered: