-
Updated
Nov 10, 2021 - JavaScript
test-runner
Here are 290 public repositories matching this topic...
-
Updated
Oct 13, 2021 - JavaScript
-
Updated
Nov 1, 2021 - JavaScript
-
Updated
Nov 7, 2021 - JavaScript
-
Updated
Nov 10, 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:
Using HTTPS locally
Can we run the dev server over https?
I created locally signed ssl keys using mkcert
, by following this guide: https://web.dev/how-to-use-local-https/
After setting up the cert and key files to my root directory, I added this to my dev server config:
...
sslKey: 'localhost-key.pem',
sslCert: 'localhost.pem',
};
I still cannot access my local ( localhost:8000 ) using
We need a page in the docs that tell users that to mock they should use from unittest import mock
.
We should note that the mock.patch
decorators don't currently work, and that we need to use the context managers instead.
-
Updated
Jul 24, 2021 - Python
-
Updated
Sep 10, 2021
-
Updated
Nov 10, 2021 - C#
-
Updated
Jan 23, 2021
-
Updated
Nov 10, 2021 - C#
-
Updated
Dec 22, 2017 - JavaScript
-
Updated
Feb 11, 2021 - JavaScript
-
Updated
Apr 9, 2017 - JavaScript
-
Updated
Sep 26, 2021 - JavaScript
-
Updated
Nov 10, 2021 - Kotlin
-
Updated
Oct 19, 2021 - Python
-
Updated
Oct 8, 2021 - Python
-
Updated
Mar 28, 2021 - Java
-
Updated
Jan 6, 2021 - Ruby
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
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.
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)