-
Notifications
You must be signed in to change notification settings - Fork 115
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(shield): grouped expressions not being handled at all #225
Conversation
Warning Rate Limit Exceeded@Pitasi has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 38 minutes and 27 seconds before requesting another review. How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
This comment has been minimized.
This comment has been minimized.
feb9511
to
232ea1a
Compare
An entire type of expression was missing in this Stringify method. I also added a check in case `exp` is nil, so that it's a lot more evident during debugging if something is missing (e.g. if a field from an expression is `nil`).
We were serializing a struct (n.CallExpression.Function) like it was just the name of the string, but it wasn't.
This was a big missing piece for the shield parser, it was not handling grouped expressions (i.e. expressions wrapped between (...)) at all.
2af7f10
to
71f3d7f
Compare
We were completely ignoring grouped expressions (e.g. expressions wrapped between parentheses such as
(true || false)
).This PR adds proper support and tests for this cases.