-
Updated
May 5, 2021 - JavaScript
test-runner
Here are 276 public repositories matching this topic...
-
Updated
Apr 5, 2021 - JavaScript
-
Updated
May 3, 2021 - JavaScript
-
Updated
May 5, 2021 - JavaScript
-
Updated
Apr 30, 2021
-
Updated
Apr 28, 2021 - JavaScript
For the longest time I was able to access the pry console while running tests using :TestNearest, but it hasn't been working of late. I am able to run tests using :TestNearest and the other vim-test commands. My issue is that if I throw in a binding.pry in the test, I don't see the pry console open up anymore in the test window. That used to work before, and I can't figure out why. I'm
Jest on windows
The default output doesn't have much contrast and is a bit hard to read for me. That's best illustrated with a screenshot:
-
Updated
Apr 28, 2021 - Python
We could use the Cache-Control: stale-while-revalidate header to improve performance of subsequent reloads of the dev-server
https://web.dev/stale-while-revalidate/
This should initially be implemented as a plugin. After gathering use cases and feedback, we can evaluate adding it b
-
Updated
Apr 20, 2021
-
Updated
May 5, 2021 - C#
-
Updated
Jan 23, 2021
-
Updated
May 4, 2021 - C#
-
Updated
Dec 22, 2017 - JavaScript
-
Updated
Apr 9, 2017 - JavaScript
-
Updated
Feb 11, 2021 - JavaScript
If you supply a path in pyproject.toml, that path is considered relative to the location where you run ward. It should instead be considered relative to the "project root" i.e. the directory we found the pyproject.toml file within.
-
Updated
Apr 20, 2021 - JavaScript
-
Updated
Nov 23, 2020 - Python
-
Updated
May 5, 2021 - Kotlin
-
Updated
Nov 11, 2020 - Python
-
Updated
Mar 28, 2021 - Java
-
Updated
Jan 6, 2021 - Ruby
In addition to defaultBrowser we should add chrome, safari, firefox, and edge as possible arguments passed to carton test --environment. This would allow testing with an arbitrary browser, not just default browser. carton test should check if a given browser is available before attempting to launch it, and display an appropriate error message if a given browser is absent.
Make the output, especially as generated by the macros TEST_CHECK(), TEST_MSG() and TEST_DUMP(), automatically adapt to the current terminal size, so that it looks good in a reasonably small terminal window but can use effectively more space if the terminal window is big.
This should involve:
- Explore what API is available for the purpose on the platform of your choice.
- A pre-pro
This looks to be something legacy which hasn't been updated in several releases. I've asked Charlie Poole/Rob Prouse if they can remove it from the choco site, as maintainers. We should also remove the packaging from the repo here.
https://www.chocolatey.org/packages/nunit-console-with-extensions
Improve this page
Add a description, image, and links to the test-runner topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the test-runner topic, visit your repo's landing page and select "manage topics."



Relevant spec sections:
https://drafts.csswg.org/selectors-4/#the-dir-pseudo
https://html.spec.whatwg.org/multipage/semantics-other.html#selector-ltr
The interesting cases to test are from the definition of "directionality" in HTML:
https://html.spec.whatwg.org/multipage/dom.html#the-directionality
dir="ltr"matches:dir(ltr)(#26159)