-
Notifications
You must be signed in to change notification settings - Fork 286
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(common): flaky KeyConverter unit tests #299
Comments
Modified milestone from 2.0.0 to 0.5.0 as per proposal from @sfuji822 (so that we include this in the MVP) |
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Finally had the time to investigate this properly and it is an issue that traces back to the |
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Fixes hyperledger-cacti#299 This does not provide a real fix for the issue just marks the tests to be skipped for now until we complete the migration to a different test runner which will implicitly provide the real fix as per hyperledger-cacti#299 (comment) => Finally had the time to investigate this properly and it is an issue that traces back to the tap test executor unfortunately. We already had plans to replace tap with tape for other reasons (adding browser testing support) but now this has become more important than ever. While seeing if we could use tape as the test runner as well, I arrived at the conclusion that we cannot because it does not support obtaining coverage while also compiling the Typescript code on the fly. Another executor that does support this and also satisfies our requirement of being able to spit out TAP formatted results is AVA so I will update the relevant GH issue hyperledger-cacti#238 about test runner migration to target AVA instead of tape... Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Fixes hyperledger-cacti#299 This does not provide a real fix for the issue just marks the tests to be skipped for now until we complete the migration to a different test runner which will implicitly provide the real fix as per hyperledger-cacti#299 (comment) => Finally had the time to investigate this properly and it is an issue that traces back to the tap test executor unfortunately. We already had plans to replace tap with tape for other reasons (adding browser testing support) but now this has become more important than ever. While seeing if we could use tape as the test runner as well, I arrived at the conclusion that we cannot because it does not support obtaining coverage while also compiling the Typescript code on the fly. Another executor that does support this and also satisfies our requirement of being able to spit out TAP formatted results is AVA so I will update the relevant GH issue hyperledger-cacti#238 about test runner migration to target AVA instead of tape... Signed-off-by: Peter Somogyvari <[email protected]>
Might not work out, but worth a try to refactor it this way: Moved all the test setup logic to the test cases instead of having it dangle in the global context. Fixes hyperledger-cacti#299 (potentially) Signed-off-by: Peter Somogyvari <[email protected]>
Fixes hyperledger-cacti#299 This does not provide a real fix for the issue just marks the tests to be skipped for now until we complete the migration to a different test runner which will implicitly provide the real fix as per hyperledger-cacti#299 (comment) => Finally had the time to investigate this properly and it is an issue that traces back to the tap test executor unfortunately. We already had plans to replace tap with tape for other reasons (adding browser testing support) but now this has become more important than ever. While seeing if we could use tape as the test runner as well, I arrived at the conclusion that we cannot because it does not support obtaining coverage while also compiling the Typescript code on the fly. Another executor that does support this and also satisfies our requirement of being able to spit out TAP formatted results is AVA so I will update the relevant GH issue hyperledger-cacti#238 about test runner migration to target AVA instead of tape... Signed-off-by: Peter Somogyvari <[email protected]>
Fixes #299 This does not provide a real fix for the issue just marks the tests to be skipped for now until we complete the migration to a different test runner which will implicitly provide the real fix as per #299 (comment) => Finally had the time to investigate this properly and it is an issue that traces back to the tap test executor unfortunately. We already had plans to replace tap with tape for other reasons (adding browser testing support) but now this has become more important than ever. While seeing if we could use tape as the test runner as well, I arrived at the conclusion that we cannot because it does not support obtaining coverage while also compiling the Typescript code on the fly. Another executor that does support this and also satisfies our requirement of being able to spit out TAP formatted results is AVA so I will update the relevant GH issue #238 about test runner migration to target AVA instead of tape... Signed-off-by: Peter Somogyvari <[email protected]>
add interoperability between ERC20, ERC721 and ERC1155 in Besu network
Describe the bug
Failed once on the CI server but works just fine locally.
https://travis-ci.org/github/hyperledger/cactus/jobs/732084285
To Reproduce
npm i && npm run run-ci
Expected behavior
Test case outcome should always be consistent across all environments that the tests can be executed in regardless of OS/number of cores/hardware differences in general.
Logs/Stack traces
https://travis-ci.org/github/hyperledger/cactus/jobs/732084285#L5538
Operating system name, version, build:
The Travis CI environment both Node 12 and 14
Hyperledger Cactus release version or commit (git rev-parse --short HEAD):
5938f28
Hyperledger Cactus Plugins/Connectors Used
Additional context
I'm suspicious that it may be the key generation in the beginning of the file
packages/cactus-common/src/test/typescript/unit/key-converter.test.ts
that goes on for too long without a timeout and then crashes the process, but no evidence of this just yet.The text was updated successfully, but these errors were encountered: