-
Notifications
You must be signed in to change notification settings - Fork 12
test(explorer): disable contract renewedFrom, renewedTo, and adjust constant #1026
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
test(explorer): disable contract renewedFrom, renewedTo, and adjust constant #1026
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎ 5 Skipped Deployments
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull Request Overview
This PR disables tests for renewed contract navigation and updates a constant value.
- Comments out test cases for renewedFrom and renewedTo contract navigation.
- Adjusts the constant for missed proof outputs in the contract fixture.
Reviewed Changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
File | Description |
---|---|
apps/explorer-e2e/src/specs/contract.spec.ts | Disables tests for renewed contract navigation by commenting out code. |
apps/explorer-e2e/src/fixtures/constants.ts | Updates the missedProofTitle constant to reflect a changed output value. |
Comments suppressed due to low confidence (2)
apps/explorer-e2e/src/specs/contract.spec.ts:40
- [nitpick] Consider using test.skip to disable tests instead of commenting out the test block. This will maintain discoverability and clarity in the test suite.
// test('contract can navigate to renewed from contract', async ({ page }) => {
apps/explorer-e2e/src/fixtures/constants.ts:69
- Verify that the update to 'missedProofTitle' from '(2)' to '(3)' is intentional and that associated test expectations are updated accordingly.
missedProofTitle: 'Missed proof outputs (3)',
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm probably just missing something with all the commenting things out?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If those renewed ID fields are being added in the next days or week why don't we leave these tests failing (which is accurate) and once the fields are added we can naturally fix them, meanwhile we can continue working up the stack. If it will be a while then I get the value in disabling and being able to merge the stack.
@peterjan: We're extending explored to offer renewedFrom and renewedTo on v1 and v2 contracts. Right now, this takes four network requests on v1 and it may not be possible, sticking to core types and current API offerings, for a v2 contract. This should all eventually be uncommented, including the stuff in the second PR above. That said, @alexfreska, I don't mind closing! I don't know when this feature will be live in main explored and ready to be developed against, so that's where I'm coming from with it. It sounds like, from discussion, the PR may hit Friday. It then needs review. It could be available Friday. Maybe Monday. Could be next Friday. It's hard to predict. |
0f78485
to
87ae814
Compare
9f11e4a
to
2261502
Compare
87ae814
to
a31ee75
Compare
Go ahead and merge if its easier, and we can uncomment whenever that feature lands. |
2261502
to
a937d91
Compare
a31ee75
to
f9b6358
Compare
f9b6358
to
943069a
Compare
This disables the tests that will fail as a result of disabling the renewedFrom and renewedTo buttons until such time as those are available. That said, the next PR up the stack will fail. The one after that I'm aiming to succeed with this PR. The final one, adjusting the testing suite to fully utilize clusterd, obviously changes all this. I wanted to see the pre-cluster testing succeed to verify assumptions, if that makes sense.