-
Notifications
You must be signed in to change notification settings - Fork 220
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
scope restricted-syntax #7323
scope restricted-syntax #7323
Conversation
ac3e258
to
d7e9c11
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm afraid this hides a breaking RPC API change.
* loanTiming: LoanTiming, | ||
* interestTiming: InterestTiming, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's a breaking change to the RPC API, isn't it?
Seems like it would show up a chainStorage snapshot test if we had one for this part of published
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, I'll look into this. Meanwhile I'll take the commit out of this PR.
They're more important and the terminology warnings in tests were hiding more substantial warnings. In inter-protocol this cut 535 terminology warnings in tests, leaving 180 in produc/exported code
d7e9c11
to
4630a1f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's give it a try.
Description
The no-restricted-syntax warning on tests was making a wall of warnings in my IDE, making it harder to notice more substantive ones. Some of the rules don't apply to test code (like "RUN", which is fine for tests).
So this changes the rule to apply only to product / exported code. We should prioritize burning those down and getting to 'error' so they can't reappear. Then we can decide what policy we want for tests. Most of the ones in tests will be solved by changing the code under test.
This also burns down the InterestTiming configuration.
Security Considerations
--
Scaling Considerations
--
Documentation Considerations
--
Testing Considerations
CI