<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/curl.git/tests/data/test1501, branch bagder/test493-https</title>
<subtitle>github.com: bagder/curl.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/curl.git/'/>
<entry>
<title>tests: use %TESTNUMBER instead of fixed number</title>
<updated>2021-03-19T14:57:21+00:00</updated>
<author>
<name>Daniel Stenberg</name>
<email>daniel@haxx.se</email>
</author>
<published>2021-03-12T16:38:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/curl.git/commit/?id=e2b4df7b5ed8ed86c900820fc4b2c30b9cb53f51'/>
<id>e2b4df7b5ed8ed86c900820fc4b2c30b9cb53f51</id>
<content type='text'>
This makes the tests easier to copy and relocate to other test numbers
without having to update content.

Closes #6738
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This makes the tests easier to copy and relocate to other test numbers
without having to update content.

Closes #6738
</pre>
</div>
</content>
</entry>
<entry>
<title>FTP: prevent the multi interface from blocking</title>
<updated>2012-11-04T18:05:39+00:00</updated>
<author>
<name>Daniel Stenberg</name>
<email>daniel@haxx.se</email>
</author>
<published>2012-11-04T17:22:48+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/curl.git/commit/?id=b2954e66e87be7414a4508f8167ca531e653bea8'/>
<id>b2954e66e87be7414a4508f8167ca531e653bea8</id>
<content type='text'>
As pointed out in Bug report #3579064, curl_multi_perform() would
wrongly use a blocking mechanism internally for some commands which
could lead to for example a very long block if the LIST response never
showed.

The solution was to make sure to properly continue to use the multi
interface non-blocking state machine.

The new test 1501 verifies the fix.

Bug: http://curl.haxx.se/bug/view.cgi?id=3579064
Reported by: Guido Berhoerster
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As pointed out in Bug report #3579064, curl_multi_perform() would
wrongly use a blocking mechanism internally for some commands which
could lead to for example a very long block if the LIST response never
showed.

The solution was to make sure to properly continue to use the multi
interface non-blocking state machine.

The new test 1501 verifies the fix.

Bug: http://curl.haxx.se/bug/view.cgi?id=3579064
Reported by: Guido Berhoerster
</pre>
</div>
</content>
</entry>
</feed>
