-
-
Notifications
You must be signed in to change notification settings - Fork 228
fix: Treat leading underscore as a sign of invalid identifier #703
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
Conversation
f245dfb
to
b26be85
Compare
👍 |
There are 2 reasons for this change: - leading underscores have special meaning and therefore we should prefix those properties to avoid unexpected semantics - in my particular use case my team is working with a schema which has the following fields in an object: "field" and "_field" and current code strips leading underscore and produces invalid data object with 2 fields of the same name
b26be85
to
ca38c62
Compare
I've fixed linter problems, could you please approve workflows again? Thanks! |
Codecov Report
@@ Coverage Diff @@
## main #703 +/- ##
=========================================
Coverage 100.00% 100.00%
=========================================
Files 49 49
Lines 1969 1969
=========================================
Hits 1969 1969
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
Hi, when can this be accepted? Are there any outstanding issues with this contribution? Looking forward for the feedback! |
I think I was just waiting to merge some other fixes before releasing a new breaking version... but honestly, I don't remember anymore 😅. |
FYI @jselig-rigetti I think this is relevant to you 😁 |
…. Thanks @maxkomarychev! Co-authored-by: Dylan Anthony <[email protected]>
There are 2 reasons for this change: