-
Notifications
You must be signed in to change notification settings - Fork 22
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
redo amend liquidity provision, with a cancel and replace approach #3070
Conversation
Yes I'm aware, I just don't like the idea of adding these comments in the code so they get slightly deprecated when not valid anymore like the one I removed as well. I just ended up changing the implementation, I suppose I would be using a real panic it would have pass though. |
Normally staticcheck should warn you about unmatched ignore directives:
|
Yes it does, but it’s been there forever and no one took care of it. |
Might be we should try to fix it properly then, I'm running |
It appears to work on this branch though? |
that's because you are running |
Wait there's some logic I don't get, because I run staticcheck with all the checks, which should make it stricter ultimately, it makes it work on my branch? I would think that the issue comes not from me then? |
I think so too, looks like we are ignoring |
CI watches for command exit codes. The command we run exits with code zero, despite complaining about Line 298 in 20ee7fb
|
|
Thanks for checking @ashleyvega now it gets weird, look at my output:
|
|
I have Nothing weird here. |
I think that upgrading version will mark the check failed on that warning |
Perhaps a PR that bumps the |
|
Finally! when the new staticcheck version is in the CI you can be safe that deprecated messages will make the ci fail. |
This update the lp amendment to use an cancel and replace approach.
This is not ready for merging, I'll be adding a bunch of tests to cover amending of submissions.
close #3065
close #3064