WIP: Contribution contracts tests #159
@ -1,5 +1,4 @@
|
||||
|
|
||||
const namehash = require('ethers').utils.namehash;
|
||||
|
||||
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
// eslint-disable-next-line no-undef
|
||||
const Contribution = artifacts.require("Contribution.sol");
|
||||
// eslint-disable-next-line no-undef
|
||||
@ -78,7 +77,6 @@ contract('Contribution app', (accounts) => {
|
||||
|
this one revert for some reasons this one revert for some reasons
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
appsId[2] = namehash("kredits-proposal");
|
||||
appsId[3] = namehash("kredits-token");
|
||||
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
//get new app instance from DAO
|
||||
let receipt = await dao.newAppInstance(
|
||||
appsId[0],
|
||||
@ -277,14 +275,12 @@ contract('Contribution app', (accounts) => {
|
||||
|
this one revert for some reasons this one revert for some reasons
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
||||
it("claim contribution", async () => {
|
||||
if(contributionId < 10) {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await timeTravel(100);
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
}
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
else {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
if(contributionId > 10) {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await timeTravel(blocksToWait);
|
||||
await mineBlock();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
}
|
||||
await mineBlock();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
//Claim contribution
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await contribution.claim(contributionId);
|
||||
let contributionObject = await contribution.getContribution(contributionId.toNumber());
|
||||
// eslint-disable-next-line no-undef
|
||||
@ -299,44 +295,4 @@ contract('Contribution app', (accounts) => {
|
||||
|
this one revert for some reasons this one revert for some reasons
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
||||
});
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
describe("Veto claimed contribution", async () => {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
// eslint-disable-next-line no-undef
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
before(async () => {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
let amount = 200;
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
let contributorId = 1;
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
let hashDigest = '0x0000000000000000000000000000000000000000000000000000000000000000';
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
let hashFunction = 1;
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
let hashSize = 1;
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
const contributionIdBefore = await contribution.contributionsCount();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
//add contribution
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await contribution.add(amount, contributorId, hashDigest, hashFunction, hashSize, {from: root});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
const contributionId = await contribution.contributionsCount();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
// eslint-disable-next-line no-undef
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
assert.equal(contributionId.toNumber()-contributionIdBefore.toNumber(), true, "contribution added");
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
//Claim contribution
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
if(contributionId < 10) {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await timeTravel(100);
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
}
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
else {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await timeTravel(blocksToWait);
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
}
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await mineBlock();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await contribution.claim(contributionId);
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
it("should revert when veto already claimed contribution", async () => {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
const contributionId = await contribution.contributionsCount();
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
return assertRevert(async () => {
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
await contribution.veto(contributionId.toNumber(), {from: root});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
'contribution already claimed';
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
});
|
||||
|
||||
|
this one revert for some reasons this one revert for some reasons
this one revert for some reasons this one revert for some reasons
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
Looks like the expectation wasn't described here ( Looks like the expectation wasn't described here (`it("does x")`). It also looks like there are 3 different expectations in one block here.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
I think you can also add expectation descriptions as the last argument to I think you can also add expectation descriptions as the last argument to `assert()`, in case you really want to assert multiple things in one `it` block.
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
Reverts unexpectedly? And in which context/scenario? Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
in the scenario of claiming an added contribution in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
most of those multiple assert check for the same thing, that the contribution is added.. XD most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
How would that work? You can only claim confirmed contributions. How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added. They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
ahhhh yup okay, missed this ahhhh yup okay, missed this ` require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE'); ` thanks!
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block. In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
this should fix the claim tests, no @skddc @bumi ? this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
Yes, the first 10 are confirmed immediately iirc. Yes, the first 10 are confirmed immediately iirc.
|
||||
this one revert for some reasons
this one revert for some reasons
Looks like the expectation wasn't described here (
it("does x")). It also looks like there are 3 different expectations in one block here.Looks like the expectation wasn't described here (
it("does x")). It also looks like there are 3 different expectations in one block here.I think you can also add expectation descriptions as the last argument to
assert(), in case you really want to assert multiple things in oneitblock.I think you can also add expectation descriptions as the last argument to
assert(), in case you really want to assert multiple things in oneitblock.Reverts unexpectedly? And in which context/scenario?
Reverts unexpectedly? And in which context/scenario?
in the scenario of claiming an added contribution
in the scenario of claiming an added contribution
most of those multiple assert check for the same thing, that the contribution is added.. XD
most of those multiple assert check for the same thing, that the contribution is added.. XD
How would that work? You can only claim confirmed contributions.
How would that work? You can only claim confirmed contributions.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
They very line I commented on asserts that the contributorId is correct, not that the contribution itself was added.
ahhhh yup okay, missed this
require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE');thanks!ahhhh yup okay, missed this
require(block.number >= c.confirmedAtBlock, 'NOT_CLAIMABLE');thanks!yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
yeah true, honestly don't know if that all those asserts are necessary... maybe just for more code coverage
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
In this case it's only important that you describe what you mean to test exactly. Currently, there's no description of what is being tested in this block.
this should fix the claim tests, no @skddc @bumi ?
this should fix the claim tests, no @skddc @bumi ?
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
idk if this test is really necessary as if a contribution is claimed, so theoretically it is impossible to veto because of block number @bumi
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
can't figure out why this one is not working, idk what I'm missing there! @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc
blocks get minted and the veto period end right away... @bumi @skddc
Yes, the first 10 are confirmed immediately iirc.
Yes, the first 10 are confirmed immediately iirc.