Skip to content
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

Publish test reports in GHA workflow #291

Closed
udosson opened this issue Oct 4, 2021 · 6 comments · Fixed by #328
Closed

Publish test reports in GHA workflow #291

udosson opened this issue Oct 4, 2021 · 6 comments · Fixed by #328

Comments

@udosson
Copy link
Contributor

udosson commented Oct 4, 2021

The test reports of the GHA workflow should be published to debug the tests if they fail.

The following action could be helpful:
https://github.com/marketplace/actions/test-reporter

@hs2361
Copy link
Contributor

hs2361 commented Oct 11, 2021

@udosson This GitHub Action does look useful. However, it requires a later release of mocha since PR mochajs/mocha#4607 has been included only in v9.1.0 (added support for exporting test results to a JSON file). We are currently using v9.0 in typescript_app and v8.3.2 in chaincode/typescript. So I'll upgrade the package versions in both to v9.1.0 (or to the latest mocha release), and then try using this Action.

I'll also need to add in a separate workflow for test reports as specified here.

@udosson
Copy link
Contributor Author

udosson commented Oct 12, 2021

Sounds great. Thanks @hs2361.
Is the link under as specified here the correct one or should it be https://github.com/marketplace/actions/test-reporter#recommended-setup-for-public-repositories?

@hs2361
Copy link
Contributor

hs2361 commented Oct 12, 2021

Yes, I accidentally put the wrong link there. It's the one you sent.

@hs2361
Copy link
Contributor

hs2361 commented Oct 18, 2021

@brioux @Zzocker, Could you please take a look at this CI run? The error says that the open function requires atleast 1 parameter, and none were supplied. I took a look at the type definitions for the open function, and in the node_modules/ws-wallet/dist/src/index, the open function has the following function signature:

open(sessionId: string, endpoint?: string): Promise<WsOpenResp>;

However, the function signature given in the secure-identities directory is

public async open (): Promise<WsOpenResp> {

This CI run on the main repo passed successfully since it took the latter function definition. However, since the package ws-wallet is imported at the top of the file, and not ../../../../secure-identities/ws-wallet/src, it should have taken the function definition in node_modules. It seemed to have passed anyway, whereas my CI run is failing because of taking the function definition in node_modules (which is what is to be expected since we are not importing it from the secure-identities directory).

Could you please take a look and let me know what is to be done?

@brioux
Copy link
Contributor

brioux commented Oct 22, 2021

@hs2361 the problem with ws-wallet in the fabric-registry tests should be fixed. Check PR 327 where I have fixed the web-socket tests. Sorry for the late response

@hs2361
Copy link
Contributor

hs2361 commented Oct 23, 2021

Thanks for the fix, @brioux! The tests are passing now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants