-
Notifications
You must be signed in to change notification settings - Fork 18
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
Going from 0.15.2 to 0.15.4 broke our tests #354
Comments
I assume you are reporting this against Do you have a minimal reproduction case I can work with for identifying the root cause? |
Yup, I think that's reasonable consider the only change was the version bump leading to a breakage, if I need to move this issue lmk, I don't understand the snapbox internals >_>
The problem is our tests rely on some nix sandboxing assumptions, and tests will completely break without having a nix environment. Entering the repository, typing I know that's pretty convoluted, I'm sorry I don't have a simpler way to do this. It may be possible to do it without nix by manipulating timestamps, but there may be other behavior that also breaks in strange ways. |
The challenge I'm having is I can't see why this is failing and without any context, the new output seems more correct. If I went back and audited this. All that changed in these versions was internals as we changed the underlying $ git diff 72241ddc76e3ffbbb86e84e370492ea3c03d11cd -- . (see also v0.15.2...trycmd-v0.15.4) |
The actual issue that has occurred seems to be that Perhaps the current working directory of the sandbox was root? Does that not get substituted for I can't explicitly find something in the version bump that should be the culprit either, although it is odd it started appearing after. Right now my workaround is doing |
Regarding the handling of
|
See eza-community/eza#1005
For testing, normally, we run tests with
just itest
inside of our repo, which requires nix.Example of breakage:
The text was updated successfully, but these errors were encountered: