-
-
Notifications
You must be signed in to change notification settings - Fork 240
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
Improve Windows support #919
Comments
@nulltoken since you are on Windows, could you take a stab at it? |
@m-mohr Hey! I've also noted a few things that indeed lag behind when working on a Windows box and that would require some tweaking
Three different test suites are running:
Could you please share which one(s) is/are currently causing you trouble and what kind of errors you currently face on your environment? That would be much helpful. |
Indeed, the issue lacks details. I'm on Windows 10 and not 100% sure, but I thought yesterday there were more issues. Today - after git pull and npm install - I got the following test summary for
The other issue I had was that the project uses yarn and I had only npm installed, usually easy to fix but still annoying if you want to do a small contribution only. I guess the issue was I have seen the CONTRIBUTING.md only after some days. |
@m-mohr Thanks!
One thing that I've noted is that I'm unable to run the harness tests ( FWIW, nowadays, I rarely run the whole test suite. Most of the time I only run the test files I'm interested in through the Another thing I rely on is the Jest runner VSCode extension which is pretty handy to easily initiate the debug from a test. |
Sure:
To make sure it's not a too narrow timeout, I set it from 10 * 1000 to 100 * 1000. Doesn't change anything though.
I thought that's part of test.prod, but it seems it's not. It's not working, here's the log (same happens for yarn):
Yes, makes sense. Maybe clarify in CONTRIBUTING.md after "Running a specific test:" that parts of the path also work? I'll try that, thanks. |
What I just realized is that the lint error does ONLY occur in the old cmd line (which I still use due to bad habit), but is WORKS in the power shell. Maybe I should really switch now... But running test.harness in power shell doesn't help and it even produces more errors if you don't take care of upper/lowercase of file names, it seems. A summary from test.prod in power shell: My folder with spectral is called "c:/Dev/spectral" (blame me for using upper-case). If I do "cd c:/dev/spectral" to access the folder I get for test.prod:
If I do "cd c:/Dev/spectral" to access the folder I only get for test.prod:
That's strange. It seems Windows has problems with process.cwd() returning the properly cased cwd or so?!?! Maybe __dirname or fs.realpathSync(path) can help to avoid this. |
@nulltoken @P0lip I did some debugging:
So to run tests on Windows you need to:
|
CircleCI has Windows CI, is this going to do the trick? |
@philsturgeon The builds would fail on Windows due to the issues I mentioned above. |
I'm still getting more errors than the one you got. See #919 (comment) for some details. |
Please send a PR if there are still problems with windows support. |
Chore summary
The tests don't run on Windows, but fail although they succeed in the CI. Thus I have to always force-push my changes to PRs so that the CI checks the tests for me. That is discouraging Windows users to develop PRs for this project and rather use other projects.
Tasks
The text was updated successfully, but these errors were encountered: