-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Silence failing tests on Windows and add Windows build step #7293
Conversation
dcf6113
to
02c15c5
Compare
02c15c5
to
dc968eb
Compare
dc968eb
to
96182bf
Compare
96182bf
to
c207ad9
Compare
6e426dd
to
50c7551
Compare
Sounds good!
Not sure, the other two steps are fine 🤔 I've tried closing/reopening the PR, force pushing and even changing the base branch. Going to try and open another PR to see if this is a fluke. |
Sorry for the delay! From what I can tell, the last You might need to merge this in first and then modify the required status checks in this repo's One thing I'd like to bring up is that it seems running tests on Windows is a bit flakier, sometimes the Windows build fails while the ubuntu build succeeds, in which a re-run usually fixes it. If that is a concern we can shelve the Windows build for now, or perhaps make it a non-required check for PRs. Thoughts? |
No trouble whatsoever, I haven't been active on this project at all recently.
Sounds good, I'll give that a shot
Yeah good point. Non-required is probably the way to go for now |
Seems to have worked, thanks very much! |
What this PR does / why we need it:
While working on the bang/filter command feature, I've noticed that quite a few tests are failing only on Windows. This PR proposes we temporarily silence those tests on Windows and document them with TODO comments, which I hope should be helpful towards fixing #4844 (and #4079).
Additionally, I propose we add a Windows build step to our Github Actions workflow to encourage cross-platform compatibility for future PRs. However, this may affect this repo's Github Actions minutes limit - jobs that run on Windows consume minutes at twice the rate of Linux-based jobs. This multiplier means that this would probably cause the minutes consumption to triple. I'm not sure what the minutes limit is for VSCodeVim nor if we currently run near that limit, so if this would cause problems, I can omit this change. Lemme know your thoughts!
Which issue(s) this PR fixes
N/A, but progresses towards fixing #4844 and #4079.