1152
results for "fail"
-
and it's usually verifying that their site can receive them, insuring that their site is sending them and having a way to retry them when they fail
jacky
at
2020-06-15 08:06
-
oops scroll state fail
[tantek]
at
2020-06-09 04:19
-
yeah, for this specific thing the testing needs to be application-specific. I guess random input/fuzzying could catch it - i.e. validating that whatever is done to the untrusted requests they either fail or produce a known-good result
sknebel
at
2020-05-31 23:22
-
I have been able to run PHP 7.3 side-by-side where the code in docker would fail, but the code on my laptop succeeded *shrug*
Zegnat
at
2020-05-30 14:56
-
I mean that big picture it is random why those specific tests fail. There are way more tests that have to handle HTML output, I think
Zegnat
at
2020-05-27 18:10
-
Having some random cases out of almost 400 test assertions in the mf2 parser fail is not really helpful in debugging ;)
Zegnat
at
2020-05-27 18:09
-
done some shopping. Zegnat, we know the exact behaviour that is telling the tests to fail. It's the solution. TBH, I'm partially happy it was the backport / trusty thing. It's 3 LTS releases ago, so I think just attempting to bump to xenial or bionic using
[LewisCowles]
at
2020-05-27 15:47
-
Zegnat, if you remove vendor/ and run "composer update" and then run the tests, do they fail?
cweiske
at
2020-05-27 11:33
-
all the non-mastermind builds fail
cweiske
at
2020-05-27 08:38
-
[petermolnar_] you don't need a greybeard, just add /index.php to that list instead of trying the rewrite. It forces it to fall back to /index.php if other URL's fail, which is what your rewrite does anyway.
[LewisCowles]
at
2020-05-23 23:06
Sort by:
Filter results by:
Tag
Query took 0s.
Search tips
- Exclusion
- +foo -bar
- Logical OR
- foo OR bar
- Exact phrase
- "foo bar"
- Partial words
- foo*
- Particular fields only
- title:foo
- domain:example.org
- nick:somebody
- after:2016-11-23
- before:2016-11-23
- date:2016-11-23