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
"message": "Operator changed at the same level (explicit parentheses are recommended)",
319
319
"is_fatal": False,
320
-
"position": [(18, 20)],
321
-
"details": "",
320
+
"position": [(18, 20), (49, 52)],
321
+
"details": "The query uses multiple operators with different precedence levels, but without parentheses to make the intended logic explicit. This can lead to unexpected interpretations of the query.\n\nSpecifically:\nOperator \x1b[92mAND\x1b[0m is evaluated first because it has the highest precedence level (1).\nOperator \x1b[93mOR\x1b[0m is evaluated last because it has the lowest precedence level (0).\n\n✅ To fix this, search-query adds artificial parentheses around operator groups with higher precedence.\n\n",
"message": "Operator changed at the same level (explicit parentheses are recommended)",
213
213
"is_fatal": False,
214
-
"position": [(13, 15)],
215
-
"details": "",
214
+
"position": [(9, 12), (13, 15)],
215
+
"details": "The query uses multiple operators with different precedence levels, but without parentheses to make the intended logic explicit. This can lead to unexpected interpretations of the query.\n\nSpecifically:\nOperator \x1b[92mAND\x1b[0m is evaluated first because it has the highest precedence level (1).\nOperator \x1b[93mOR\x1b[0m is evaluated last because it has the lowest precedence level (0).\n\n✅ To fix this, search-query adds artificial parentheses around operator groups with higher precedence.\n\n",
"message": "Operator changed at the same level (explicit parentheses are recommended)",
864
-
"position": [(7, 9)],
865
863
"is_fatal": False,
866
-
"details": "",
864
+
"position": [(7, 9), (17, 20)],
865
+
"details": "The query uses multiple operators with different precedence levels, but without parentheses to make the intended logic explicit. This can lead to unexpected interpretations of the query.\n\nSpecifically:\nOperator \x1b[92mAND\x1b[0m is evaluated first because it has the highest precedence level (1).\nOperator \x1b[93mOR\x1b[0m is evaluated last because it has the lowest precedence level (0).\n\n✅ To fix this, search-query adds artificial parentheses around operator groups with higher precedence.\n\n",
0 commit comments