Vincent Massol

Same crash for xwiki-commons-velocity: ``` [MASTER] 16:01:16.649 [main] ERROR EvoSuite - Fatal crash on main EvoSuite process. Class org.xwiki.velocity.internal.util.VelocityParserContext using seed 1570801865603. Configuration id : null java.lang.NullPointerException: null at org.evosuite.utils.ExternalProcessGroupHandler.waitForResult(ExternalProcessGroupHandler.java:694)...

Hi @metlos Thanks for the idea and sorry for replying so late! Using your idea, I guess the following would be needed: In the XWiki custom JarExtractor implementation, for the...

@bsideup nope, we love Ryuk and we never disable it ;)

Also, most of the time the networks are cleaned fine (judging by the amount of tests we do every day and the number of stray docker networks remaining).

FTR seems it works on debian8 but fails on debian9. Not sure why yet.

Note that nftables is replacing iptables in debian 10 and thus this image is not working on debian 10 (not sure why it's also not working on debian9 though). ```...

Actually it works on debian10 with: `docker run --cap-add=NET_ADMIN --network=host --rm --entrypoint "/bin/sh" vimagick/iptables -c "/sbin/iptables-nft -S"` :)

This is still happening (we upgraded to 1.15.1). The days when the container exited suggest that the container is removed most of the time but sometimes it's not. Since it...

> @vmassol could you please docker inspect one of such containers and share it? (e.g. as a Gist) https://gist.github.com/vmassol/fbe1c8190313eb5b5e3be7a7040e262e > (unless you can verify that it worked with 1.14.x, for...

Note that, seen the pattern, most of the containers from that custom image are removed when the tests stop. It's only under some conditions that they're not removed (jvm crash,...