[Qt-interest] Next QT version
Info
info at misafe.com
Fri Oct 2 13:01:59 CEST 2009
I may have jumped the gun saying that the behaviour is the same but
it's definitely not right, please see the following code:
QNetworkRequest request;
request.setUrl(QUrl("http://mydomain.com/test.asp"));
request.setRawHeader("Host", "mydomain.com");
request.setRawHeader("Connection", "Keep-Alive");
request.setHeader(QNetworkRequest::ContentLengthHeader, block->size());
block->open(QIODevice::ReadOnly); // Block is a QBuffer*
QNetworkReply *reply = manager->post(request, block);
connect(reply, SIGNAL(uploadProgress(qint64, qint64)), this, SLOT
(uploadProgress(qint64, qint64)));
The above code will work perfectly using the http:// protocol, if I
change it to https:// it fires uploadProgress 3-4 times and then hangs
permanently. No errors, no timeouts, just sits there indefinitely.
It appeared to be the same behaviour when uploading small amounts of
data but when I tested with larger data it is clearly hanging rather
than firing the uploadProgress() signal too quickly.
Can anyone confirm that they are seeing the same behaviour or perhaps
point out something I might be missing that is causing this behaviour?
I've been through the documentation a number of times and what I'm
doing seems to be correct.
Thanks.
On 1 Oct 2009, at 23:15, qt-interest-request at trolltech.com wrote:
> Em Quinta-feira 1. Outubro 2009, ?s 23.41.40, Info escreveu:
>> My question was really, should the fix be in the currently available
>> 4.6 preview or is it something that has not been released yet?
>>
>> How/where do I file a bug report if it is supposed to be fixed?
>
> It's supposed to be fixed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qt-interest-old/attachments/20091002/45c36dee/attachment.html
More information about the Qt-interest-old
mailing list