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
Although JSON is a case sensitive.
What's really strange, if I write ViewName instead of viewName, I'll gate an error.
Please check why schema ignores a wrong case by viewId.
P.S. BTW, if viewID appears more then 1 time in JSON, then no warning, but if viewID appears only once, then IDE returns an error and proposes viewId instead and only if "flexEnabled": true. In a case "flexEnabled": false, there is no any error for viewID even if it appears only once in the targets section of a JSON.
The text was updated successfully, but these errors were encountered:
I can confirm, that when using the flexEnabled=false the issue with the viewID isn't recognized as this property is no required property anymore and we allow additionalProperties for the targets. We made a brief check what happens if we disallow additional properties but then a lot of manifests will break.
Do you have a suggestion how to overcome this? So that we can only validate the proper case-form of the viewId property?
I'm not familiar so much with JSON schemas, so I don't know what could be done in such scenario.
Perhaps, within the schema there can be some or condition, which will allow several logical wing for schema validation. Just like JSDoc allows specifying a possible types of returning object.
Investigation the issue #7, I've paid attention there is no error when using
ViewID
instead ofViewId
:Although JSON is a case sensitive.
What's really strange, if I write
ViewName
instead ofviewName
, I'll gate an error.Please check why schema ignores a wrong case by
viewId
.P.S. BTW, if
viewID
appears more then 1 time in JSON, then no warning, but ifviewID
appears only once, then IDE returns an error and proposesviewId
instead and only if"flexEnabled": true
. In a case"flexEnabled": false
, there is no any error forviewID
even if it appears only once in the targets section of a JSON.The text was updated successfully, but these errors were encountered: