-
Notifications
You must be signed in to change notification settings - Fork 52
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: Add testing the artifact graph when there's an execution error #5154
Conversation
QA Wolf here! As you write new code it's important that your test coverage is keeping up. |
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #5154 +/- ##
=======================================
Coverage 85.95% 85.95%
=======================================
Files 90 90
Lines 32893 32906 +13
=======================================
+ Hits 28272 28285 +13
Misses 4621 4621
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
c3855d1
to
1871d46
Compare
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.
Cool tests and code consolidation. That is interesting about the getOppositeEdge; is that because those are "post-extrude" commands? I guess I don't understand why they are interrupted by the later error, if that is what happens
...ght/snapshot-tests.spec.ts-snapshots/Sketch-on-face-with-none-z-up-1-Google-Chrome-linux.png
Outdated
Show resolved
Hide resolved
Correct. In As a consumer of the artifact graph, this is unintuitive. But I'm not sure if we should change it. I'm pretty sure that it has always behaved this way, even in TS. Now it's revealed, thanks to our new tests. |
5b12d25
to
dd8a2af
Compare
dd8a2af
to
5c4c045
Compare
Follow-up to #5068 to test artifact graph output when there's a KCL execution error. The frontend expects that we always generate it, even when there's an error.
Interestingly, the output is different for a cube when there's an error afterwards. Compare the generated output files of the old
cube
test vs. the newcube_with_error
test. It's missing the outgoingsolid3d_get_opposite_edge
andsolid3d_get_next_adjacent_edge
commands and everything that results from them.