-
Notifications
You must be signed in to change notification settings - Fork 91
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
CI Windows tests fix #111
CI Windows tests fix #111
Conversation
Made test changes that fixes tests::net_serve_requests errors on Windows. |
This looks great! Out of curiosity, what was causing net tests to fail (i.e., the server not stopping)? EDIT: Looked at the changes, and that answered my question. EDIT 2: I believe a lot of the windows testing logic can be simplified, as most of it is due to lack of GNU command line equivalents on Windows. Here is proposed solution, try this on your local machine, and lmk if that fixes the serde compression issues. |
Serde passes all test on my machine, I am using windows 11. Although in a virtual machine serde doesn't pass the test, I'm not exactly sure why but I'm more leaning to what @filiptibell said about files being checked out using CRLF instead of LF. Edit: I can confirm CRLF was the issue, a fix was made in the test file. Although the issue could also be fixed within |
What exactly is the issue in |
Btw, 1cf7e9b is not really making use of the MinGW installation, you'd also need to change the target being compiled for. This should be |
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.
Hi and thank you for the PR! I left a few minor comments.
RE: Using mingw and sticking with unix-y commands on Windows, I've been thinking on it a bit, and I think the main thing is someone downloading the repo for the first time on Windows should have all the tests pass without any additional configuration on their end. We should try to use system defaults like Powershell when possible in tests. We could have gone with cmd.exe
too, like Node does, but that feels quite outdated.
Hopefully this is the last commit, there is one slight issue maybe that could be a problem in the future, where MacOS process spawn test fails with A possible fix can be to increase the 1.5x to 2x or 2.5x. |
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.
LGTM! The timing issue on macOS is fine to leave out of this PR since it is addressing Windows issues after all. Thanks for getting this all fixed. Sorry about the commit noise - GitHub didn't want to do a merge commit so I had to rebase instead. It will all get squashed anyway.
Using windows powershell as the shell executor.
Made changes to the commands and params to support windows equivalents.
Execution Tolerance time only for windows
Fixed args being different for linux and macOs for sleep test
Added and changed a few comments.
Connection refusal fix for Windows
Command Execution Tolarance is now only dedicated for windows. Adjusted yield time with Command Execution Tolarance
Included MinGW installation from lune-org#106 (comment)
- This reverts commit 1cf7e9b. - Added test serde file to convert CRLF to LF on windows.
explicit "powershell" instead of `true`
Large static windows time tolerance
Path fix
- Reverts the CRLF to LF conversion change from a commit in 1f9f683. - Increased the timeout time for windows from 15 -> 25
CRLF to LF
6e039b1
to
cb369f8
Compare
This PR solves a sub issue of #107.
I’ve made some changes to the
process/spawn.luau
test file, and the rustprocess/options.rs
to improve support for Windows. Default shell process for windows has been changed topowershell
instead of/bin/sh
. These changes ensure that the tests can run smoothly across different operating systems by using commands that have equivalent or similar functionality in Unix and Windows based OS.