Jean-Christophe Amiel

Hi @Goffen, I think we could address your use case with Hurl syntax (and also other asynchronous use case). We have asserts and captures on response, we could introduce a...

Hi @Jiehong very good idea. We already have a per request model and a global option, for basic authentification: ```hurl GET https:/foo.net/1 GET https://foo.net/1 ``` Authentification can be added to...

Update on this issue: a draft PR is in progress that should be landing for Hurl 1.8.0 (next version). The retry syntax is going to benefit form the [`[Options]`](https://hurl.dev/docs/request.html#options) section...

Hi, yes we plan to update the templates with expressions to add dynamic behavior. We have not settled on a syntax now (we’re currently rewriting our parser to support future...

Hi @ImportTaste, we're not providing libcurl, the Hurl binary should use your system libcurl and, normally, Hurl can use whatever options the system libcurl is build with. If you current...

Thanks for the report and effectively I was wrong on Windows, we're embedding a version of libcurl in the Hurl binary so you won't be able to change it easily....

Hi @ImportTaste, we've made some improvement with HTTPS proxy, With the last build version (you can get a Windows installer here https://github.com/Orange-OpenSource/hurl/actions/runs/3133999605), we are using the `libcurl` dll instead of...

@icepuma I link here you issue https://github.com/Orange-OpenSource/hurl/issues/606 For reference, as proposed, we could also support functions generating random data: ```hurl # Create a new doggy thing with JSON body: POST...

Hi, currently, the response body assert (json or xml) are whitespace sensitive. The same issue has been reported in https://github.com/Orange-OpenSource/hurl/issues/270 and we should definitively switch the body assert (json/xml) to...

I've reproduced this warning with the Hurl Linux precompiled binary and a Fedora 34 image. While we try to understand/solve the issue, you can install Hurl with Cargo and everything...