-
Notifications
You must be signed in to change notification settings - Fork 0
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
[CRT-32] Add assertions to scratch #50
base: main
Are you sure you want to change the base?
Conversation
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.
This PR seems (relatively) further away from being mergeable, the code has a few rough edges. You might also want to fix the CI 😄
A UI question: do the blocks disappear from the toolbox when we've run out of them, or do we display them as unavailable / 0
blocks left? We might want to clarify the desired behaviour. I can see pros/cons from a pedagogical perspective.
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.
Minor improvements are possible, but LGTM overalls!
async pressGreenFlag() { | ||
return this.page | ||
.getByTestId("stage-controls") | ||
.locator("img:first-child") |
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 assume no other IDs are available? 😢
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.
no, unfortunately not. we would need to copy over the "Controls" component to add testids. we could do that but I think I would rather go with this for now to avoid having too much scratch code copied over?
AppIFrameMessage, | ||
AppIFrameRequest, | ||
AppIFrameResponse, | ||
} from "../../../../frontend/src/types/app-iframe-message"; |
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 see we now have a lot of relative paths with 3 or more levels of ../
. It's not super obvious where we're importing from anymore, and since we're clearly leaving the scope of the current path, wouldn't it be clearer at that point to switch to absolute paths?
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.
oops, that was automatically done by the IDE but you are right ^^
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.
The problem is that we need a alias because this comes from a different project ^^ So maybe just change this once we have our external library for the iframe communication?
No description provided.