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
When adding the ability to configure how the conversion backend works with queries that do not require case insensitivity (the default for Sigma rules), the variable to control this was named case_insensitive. However, this is a negative statement, which has lead to confusion for end-users and developers, so renaming it to case_sensitive should help alleviate this issue.
One concern about making this change is it would inconvenience any existing users, so we could look into creating a backwards compatibility approach of deprecating (but not disabling) the case_insensitive flag whilst pushing users to move to case_sensitive with a warn or similar (and produce an error if both are set in opposition). Doing so would make this a medium size task.
The text was updated successfully, but these errors were encountered:
When adding the ability to configure how the conversion backend works with queries that do not require case insensitivity (the default for Sigma rules), the variable to control this was named
case_insensitive
. However, this is a negative statement, which has lead to confusion for end-users and developers, so renaming it tocase_sensitive
should help alleviate this issue.One concern about making this change is it would inconvenience any existing users, so we could look into creating a backwards compatibility approach of deprecating (but not disabling) the
case_insensitive
flag whilst pushing users to move tocase_sensitive
with awarn
or similar (and produce an error if both are set in opposition). Doing so would make this a medium size task.The text was updated successfully, but these errors were encountered: