-
Notifications
You must be signed in to change notification settings - Fork 290
test(rust-rpc-test): have a contract to declare which is not already declared #1110
Comments
Can I take this one? |
Assigned to you! |
Hey, all good? |
Hey, last few weeks were really hectic for me couldn’t take out time, but
this week I can take out time for sure, so is it fine if I create a PR by
this weekend?
…On Thu, 12 Oct 2023 at 3:48 PM, Timothée Delabrouille < ***@***.***> wrote:
Hey, all good?
We can unassign you if you can't find time. No big deal
—
Reply to this email directly, view it on GitHub
<#1110 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANDC2FGCKY4VTLMNSBQCNDTX667XPANCNFSM6AAAAAA44WK3SA>
.
You are receiving this because you were assigned.Message ID:
***@***.***>
|
Yeah sure.
|
Also, check #1145 I flag all tests using |
@NaitikChaudhary All good? |
@NaitikChaudhary Will you deliver this one or can I unassign it from you? |
I don't think he's working on it. Unassigned him. |
Hey, can I take this :) ? |
@edisontim everything for my fellow 42 alumni |
Thanks! On it :) |
Contract being declared in I think I'll go first the first solution, this seems the cleanest now. However, if more declare tests need to happen this could get messy |
Yes that is the one. I think first option is okay. Yes you will have to organize and comment your code correctly so it don't get nightmarish |
Had a look at a global variable shared between all tokio tests or a single use init function that launched before tests but wasn't able to find anything viable :/ |
Wdym? |
I mean having a setup function before all rpc-tests that would declare the contract once for all tests and make available a global declare_tx variable, but it seems like with async tests that's impossible |
Yep, there is no |
Yeah I'm having a look at that now, it's cleaner than having n contracts declared imo |
during the genesis phase of the sharingan test-chains, we populate the state with a few contracts already declared and deployed.
One of them is ERC20.json. Due to some shenanigans, it was declared with another arbitrary class hash, making it possible for users to re-declare it a second time, this time with it's real class hash.
Some tests used this contract in order to test the declare workflow
starknet-rpc-test::get_transaction_receipt:: work_with_declare_transaction
is a survivant of this era that we are ignoring for now.One should activate this test again by making it declare another contract class, one which is not already present in the storage
The text was updated successfully, but these errors were encountered: