-
Notifications
You must be signed in to change notification settings - Fork 489
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 end-to-end tests under js-ipfs #1737
Comments
For reference:
|
GO tests seem to be flaky now too :( Might be Travis. Try slowing down/bumping timeouts. |
@lidel : I know I don't have the full context here, but I don't want fixing tests to be optional. If we need help here from Go folks, lets call it out (and at the latest at the next Triage session). Basically, I'm worried about this being at P3. |
@BigLep I agree that e2e tests should not be optional. Filled as P3 because initially the issue was limited to js-ipfs interop (which we dont use in ipfs-desktop, so low priority), but since then I confirmed flaky tests occur for go-ipfs sometimes, so bumping to P1. Puppeteer (tool used for e2e test orchestration in real browser) has been getting buggier with each release, seems to be effectively deprecated for a while. We planned to move to playwright (more modern replacement), but our GUI team got dissolved and here we are today. I don't think it's productive to spend time on fixing puppeteer. We've already spent too much time on it. |
|
Does not make sense to have CI red all the time. Restoring interop with js-ipfs is tracked in: #1737
wontfix. we're decoupling from js-ipfs |
Right now e2e tests do not pass against js-ipfs:
Note: we are unable to ship webui with js-ipfs without fixing this.
In theory, it is ok to ship release that only works with go-ipfs and fix this later, using tribute rotation, but would be way better to ship release to both JS and GO.
The text was updated successfully, but these errors were encountered: