-
Notifications
You must be signed in to change notification settings - Fork 5
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
feature: client linting and CI #195
Conversation
Hmmm @mbodeantor client tests are matching snapshots locally but not in CI. 🤔 any ideas on why that might be? I'm a bit flummoxed. |
@joshuagraber I'm not familiar with client testing, where is the source of the snapshots set? |
Snapshots are set manually by passing a flag in command line. Manually because devs should inspect failed tests first to make sure nothing unintended is breaking. When the update flag is passed, I'm asking more about if you know why CI would behave differently than a local machine environment, because it makes no sense to me that we'd get different results from the same files. Still working on it and Googling some things, just wanted to check and see if you had any ideas top of mind. |
cc @mbodeantor ^ |
@joshuagraber What does setting manually in the command line correspond to in the CI config? If the snapshot match is working locally, it seems like the CI script is not pulling the snapshot in correctly |
@mbodeantor No, it's getting the snapshot files as expected (those are static and committed to version control). The problem is with the test evaluation itself. The tests render the html from whatever component we're testing then check against the static snapshot file. The snapshot file should not change unless the associated component files have changed. So it must be something in the result of the |
82ae6e8
to
484083d
Compare
@mbodeantor G2g here. I looked a bit more closely at exactly how the snapshots were mismatched here, and the dates weren't lining up (expected because GH Actions defaults to UTC, so some dates were pushed into the future). I added a time zone setter to the test script to match with US EST, and that now solves it. If we work with any team members drastically ahead of or behind the U.S. at some point, we may need to amend this, but I think it's fine for now. |
Will take care of #165 and #191 when merged to
main
.No manual testing needed, just observe successful
pull_request
workflow run on this PR.