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
It is currently valid (as in: does not throw an error, does not result in bottom) to do the following:
[int]: {r: 0}
"3": {r: 1}
That's because field labels will always be matched as strings when trying to evaluate constraints. Consequently, non-string constraints such as [0], [<4], [false], or even ['3'] (because fields are strings not bytes) will never match a field's name.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
It is currently valid (as in: does not throw an error, does not result in bottom) to do the following:
That's because field labels will always be matched as strings when trying to evaluate constraints. Consequently, non-string constraints such as
[0]
,[<4]
,[false]
, or even['3']
(because fields are strings not bytes) will never match a field's name.What's the rationale for silently allowing them?
Beta Was this translation helpful? Give feedback.
All reactions