[Interest] 100 continue and QNetworkRequest/QNetworkReply

Stanislav Kolář skolar at kerio.com
Tue Feb 18 22:13:51 CET 2014

OK, but it in fact means that QNAM doesn't supports 100-continue as described in http://tools.ietf.org/html/rfc2616#section-8.2.3 :-(, so we cannot use it if (for example) we have 100MB data for upload and we don't want to upload entire 100MB buffer to the server if the result of the request is an error.

Stanislav Kolář | Research & Development
Kerio Technologies
Anglické nábřeží 1, 301 00  Plzeň
Tel: +420 377 338 901

Social collaboration reinvented.

-----Original Message-----
From: interest-bounces+skolar=kerio.com at qt-project.org [mailto:interest-bounces+skolar=kerio.com at qt-project.org] On Behalf Of Thiago Macieira
Sent: Tuesday, February 18, 2014 9:21 PM
To: interest at qt-project.org
Subject: Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply

Em ter 18 fev 2014, às 18:55:41, Stanislav Kolář escreveu:
> Thank you, Thiago, for the response, but I really don't know how to 
> ask
> QNetworkAccessManager::post() not to send all data but wait for "100 
> continue" (or an error status) from the server before sending the data 
> part. And how to set timeout for waiting for the response etc.

You don't do that. There's no option to ask QNAM to *send* 
	Expected: 100-continue

You asked if QNAM supports 100 Continue. It does: if the server sends it, we'll parse it correctly. We don't ever *ask* for it nor do we support waiting.

The feature is close to useless due to flaws in its design. We chose not to spend time on it.
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center

Interest mailing list
Interest at qt-project.org

More information about the Interest mailing list