[Interest] Issue with concurrent QNetworkRequests

[Jani Tykka]

Hi,

I'd ask if the following issues would ring anyones bells, before I start
doing more deeper investigation and create test application to reproduce
the issue. Basically the issue in our application is reproduced following
way.

1. Have 1 big download (https) 100MB (It uses own QNam instance)
 - file is being written from the data got from QNetworkReply::readyRead
2. During the download execute other requests (https) using different QNam
instance

What is experienced that if during download other requests are executed the
data received from readyRead contains extra bytes in the middle of chunked
responses. It can be that the total file size received grows to 120MB.
Those extra bytes are always zeros.

If there are no other request executed at the same time the download will
always be successful. This issue is only reproducible on Windows, not on
MacOS. There is no code relation (other than inside Qt) on those modules
where concurrent requests are being made.

Any help or ideas on this are warmly welcome, thanks.

-- 


This email is intended solely for the person or entity to which it is 
addressed and may contain confidential and/or privileged information. If 
you are not the intended recipient and have received this email in error, 
please notify BroadSoft, Inc. immediately by replying to this message, and 
destroy all copies of this message, along with any attachment, prior to 
reading, distributing or copying it.

Ce message confidentiel  et les éventuelles pièces jointes sont à l’usage 
exclusif de son ou de sa destinataire. Il est interdit, pour toute autre 
personne, de le distribuer, d’en dévoiler le contenu ou de le reproduire. 
Si vous avez reçu cette communication par erreur, veuillez en informer 
immédiatement l’expéditeur par courrier électronique et détruire l’original 
de ce message ainsi que toute copie.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20170926/44b53732/attachment.html>