WIP: Contribution contracts tests #159
@ -10,13 +10,12 @@ const Token = artifacts.require("Token.sol");
|
||||
|
|
||||
// eslint-disable-next-line no-undef
|
||||
const getContract = name => artifacts.require(name);
|
||||
const { assertRevert } = require('@aragon/test-helpers/assertThrow');
|
||||
// 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.
|
||||
//const { timeTravel } = require('@aragon/test-helpers/timeTravel')(web3);
|
||||
|
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 ZERO_ADDR = '0x0000000000000000000000000000000000000000';
|
||||
|
||||
const timeTravel = function(time){
|
||||
return new Promise((resolve, reject) => {
|
||||
// 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.
|
||||
web3.currentProvider.sendAsync({
|
||||
jsonrpc: "2.0",
|
||||
method: "evm_increaseTime",
|
||||
@ -29,10 +28,11 @@ const timeTravel = function(time){
|
||||
|
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.
|
||||
return resolve(result);
|
||||
});
|
||||
});
|
||||
}
|
||||
|
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 mineBlock = function() {
|
||||
return new Promise((resolve, reject) => {
|
||||
// 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.
|
||||
web3.currentProvider.sendAsync({
|
||||
jsonrpc: "2.0",
|
||||
method: "evm_mine",
|
||||
@ -42,15 +42,6 @@ const mineBlock = function() {
|
||||
|
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.
|
||||
if(err){ return reject(err); }
|
||||
return resolve(result);
|
||||
});
|
||||
})
|
||||
|
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.
|
||||
const getBlockNumber = function() {
|
||||
|
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 new Promise((resolve, reject) => {
|
||||
|
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.
|
||||
web3.eth.getBlockNumber(async (err, res) => {
|
||||
|
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 (err || !res) return reject(err);
|
||||
|
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.
|
||||
resolve(res);
|
||||
|
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.