-
Notifications
You must be signed in to change notification settings - Fork 103
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
Manual Testing for v0.43 #352
Comments
Blocked by migration issues in the testnet. @anilcse let us know when you have updates |
There are currently no hooks being used by the regen devnet. Ryan and I reviewed the |
An idea could be to change code to add a hook that I would still manually test this (on top of reading the _test.go file), which is the whole point of this issue. |
The secp256r1 items:
were tested when doing the keyring support branch for SDK (which is still on hold). |
I just tested this morning migrations on my local machine, focusing on weighted votes migration. Both in-place migrations and JSON migrations work 🎉 |
Sorry everyone for delaying this issue again, but we did merge a lot of stuff in the SDK's master between the creation of this issue and today, and I think we should test them too. I just did an audit of the commit log since May 17th, and added items equally between both teams. Let's try to assign them during standups |
Regarding:
There's a limitation in rosetta currently, for example, if a chain was to start from height 0 and upgrade at height 100, and this upgrade implies a breaking change in the protobuf schema, due to how codec works rosetta will be uncapable to decode old types. This means that, when running rosetta-cli, rosetta will be able to sync from block 100 onward, and will fail to sync before block 100 as protobuf will be unable to decode messages. We have already experienced this issue whilst attempting to sync regen's ledger:
I assume this comes from TX decoder which blocks unknown protobuf fields. Then we have another limitation, which is rather a lack of clarity in the rosetta API spec: whilst minting new denoms and moving them to an address, rosetta-cli reports an error which states the following:
An issue was opened into rosetta's github: coinbase/mesh-cli#230 in order to understand how to approach this kind of use case (which is critical, especially now that chains make use of IBC). But so far we have got no response from them. |
I'm closing this issue, as I see the rosetta item in OP has been checked. Thanks everyone that took part of it! 🙌 |
This issue tracks all v0.43 changes we should be manually testing.
Existing Code Manual Testing
Each subteam should decide if each item should be assigned to 1 or 2 people, depending on importance and how big the item is.
West:
regen_old export
(export on old binary), thenregen migrate v0.43
, thenregen unsafe-reset-all
, replace new genesis, thenregen start
. New chain starts correctly.regen query staking validators
regen query staking validators --reverse
cosmos-sdk@899b097da4b2f77e9929656b7025adb9d8f3a33b
regen q txs --help
regen tx bank send [address1] [address2] 100stake
regen q txs --events message.sender=[address1] --output json
TEST:
CLI:
regen q staking delegations regen1st6788cgpqsjz2tkp86n7v5tlpz8ra834vmd8t
gRPC-gateway:
curl http:/127.0.0.1:1317/cosmos/staking/v1beta1/delegations/regen1st6788cgpqsjz2tkp86n7v5tlpz8ra834vmd8t
compare transaction modes:
simd tx bank send [address1] [address2] 100stake
simd tx bank send [address1] [address2] 100stake --broadcast-mode block
regen keys parse regen1drc2t8mckh7c8f72czznkwqjqy9zyqm4a9av8s
grpcurl -plaintext -d '{"tx_bytes":"encoded_tx","mode":"BROADCAST_MODE_SYNC"}' localhost:9090 cosmos.tx.v1beta1.Service/BroadcastTx
"rawLog": "time-based upgrades have been deprecated in the SDK: invalid request"
regen q gov votes
returnsVote.Option != empty
for legacy votes, andVote.Option == empty
for weighted votes.option: VOTE_OPTION_UNSPECIFIED
for legacy votesresolved and tested with fix: Correctly populate legacy Vote.Option field cosmos/cosmos-sdk#9583
East:
regen keys add --recover
.grpcurl -plaintext -d '{"limit":2,"offset":2}' 157.245.115.184:9090 cosmos.bank.v1beta1.Query/TotalSupply // Returns no result
grpcurl -plaintext -d '{"limit":2,"offset":0}' 157.245.115.184:9090 cosmos.bank.v1beta1.Query/TotalSupply // Returns result
@blushi
(x/staking) #8505 Convert staking power reduction into an on-chain parameter rather than a hardcoded in-code variable.PowerReduction
param causing network halt cosmos/cosmos-sdk#9447make proto-swagger-gen
on the cosmos-sdk successfully passesregen query slashing singing-infos
works as expected @AmauryMcosmos_sdk_version
to node_info @likhita-809-
and changenode-dir-prefix token
totesttoken
. @likhita-809{appd} q gov deposits [proposal-id]
,GET /gov/proposals/{proposal_id}/deposits
to include initial deposit. @atheeshpTesting that might need code alterations
These tests are slightly more involved, and might need code alteration. Maybe 2 people can work on each item.
West:
BlockGasMeter
on(Re)CheckTx
mode. @aleem1314fmt.Println
of the headerHash on each block should do.East:
ctx.GasMeter().RefundGas(10000, "")
in antehandler, send tx: consumed_gas = 40047ctx.GasMeter().RefundGas(100000, "")
in antehandler, send tx: node panics (and recovers)(crypto/ed25519) [#8690] Adopt zip1215 ed2559 verification rules. @AmauryM(store) #8012 Implementation of ADR-038 WriteListener and listen.KVStore @AmauryMauthz
&feegrant
Manual TestingThese items test new modules' query & msg service. The items are divided by subteams, and constitute the minimum each subteam needs to test. Of course, the more testing there is the better.
West:
East:
Note: thanks Cory for preparing all the groundwork.
The text was updated successfully, but these errors were encountered: