-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Neo v3.6.2 plan #2914
Comments
The "mandatory" list above is as conservative as it could be, following the "have resynchronization fun" paradigm. It's not final and my proposal is to extend it with:
|
Fully agree on this one. |
Mainnet is at 3.6 now, which makes 3.6-specific part of #2910 irrelevant (not the underlying problem, of course), removed from the list. |
Retracting #2894 (unsafe wrt state change, not worth any delay). Let's at least push the main set out the door. |
Updated in accordance with https://github.com/neo-project/neo-modules/releases/tag/v3.6.1 |
Added #2920 |
neo-project/neo-node#903, Please |
Let's consider the neo-project/neo-modules#838, please. It's related to neo-project/neo-modules#822. |
Added neo-project/neo-vm#514, can be replaced if doesn't fit for some reason, but the issue needs to be fixed. |
#2939 should also be added. |
Sure. |
#2942 should be added in 3.6 2 |
But why? We can deliver the set of changes from the list in a patch release and then deal with these extensions. The idea was to have a quick release fixing the most critical problems. Otherwise I'd say 3.6.2 is in trouble, we're risking destabilizing it with too many changes. |
We currently merged some changes that affects hardforks with native contracts, but agree that currently are not used, so we can focus on this, and prioritize it for the next release. |
@superboyiii Ready to fly |
Propose to close this issue since version 3.6.2 is released. |
Released 3.6.2 |
Huh. I'd do it after I see something in https://github.com/neo-project/neo-node/releases, but OK and it'll be easier with #2944. |
Summary or problem description
We have a number of known issues that need to be addressed before rolling 3.6 into mainnet (and to have properly functioning testnet). #2910 only has a part of the problem and we need some place to track all the other ones.3.6 is running on the mainnet, but it has a number of issues that better be fixed soon.
Do you have any solution you want to propose?
We need a 3.6.1 and I'd say we need it this week.master
currently contains additional changes from #2905, but we need to concentrate on stabilizing the set we have in 3.6.0, so the proposal is to merge the respective PRs into master (as they're now), then branch off of 4e9314d (and corresponding v3.6.0 commits elsewhere, like in modules) and cherry-pick required changes there.Modules 3.6.1
Since neo-project/neo-modules#829 has affected users seriously, neo-modules 3.6.1 were released without corresponding core/cli releases, this version has fixed:
v3.6.2
Given the modules situtation, the next release for every component should be 3.6.2.
Mandatory issues to fix:
Transaction Attribute Type Conflict results in crash in RpcClient neo-modules#829(fixed in modules 3.6.1)Discussion:
checklist of 3.6.0 PRs that will cause FORK #2910(irrelevant after the mainnet upgrade)Voting to NULL ("unvoting") in NEO doesn't clear LastGasPerVote #2894(not worth the delay and resync after the mainnet upgrade)Related PRs:
ContractPermissionDescriptor.Create(StackItem item)
#2901Fix RpcClient TxConflict neo-modules#830(released with modules 3.6.1)getversion
response neo-modules#838Suggestions/opinions/alternatives are welcome. I'll add some comments below to keep these lists clean.
The text was updated successfully, but these errors were encountered: