On Tue, May 6, 2014 at 12:43 AM, Jason Kretzer <ja...@gocodigo.com> wrote: > Turns out, a bug on the portal. However, I would not have seen that had > someone not mentioned looking at the logs for portal. It was a bug where > under certain
You can actually. Just look for the QNetworkRequest::HttpStatusCodeAttribute in the incoming reply. It'll have the HTTP status code (in your case this would've been 302). -mandeep circumstances a redirect is issued(302). > > Thank you every one. > > -Jason > > //--------------------------------// > Jason R. Kretzer > Lead Application Developer > ja...@gocodigo.com > 606.792.0079 > //--------------------------------// > > On May 5, 2014, at 3:40 AM, Mandeep Sandhu <mandeepsandhu....@gmail.com> > wrote: > >> So there's a sizable difference between the file that works (600KB) >> and the one that doesn't (55MB). >> >> * Could it be a memory issue on your system? Have you tested higher >> sizes after which it starts failing? >> * What does reply->error() return when this problem occurs (you had >> mentioned the error 'string', but not the exact error code)? >> * Does the webserver run on the same machine or is it over the network? >> * What HTTP status code does the webserver respond with for the failed >> request (it'll probably be there in the logs) >> >> If it's possible, you could run a packet sniffer and check which side >> (client or server) closes the connection first. >> >> Also, it's best to check reply->error() before proceeding to write the file. >> >> HTH, >> -mandeep >> >> >> On Mon, May 5, 2014 at 1:12 AM, Jason Kretzer <ja...@gocodigo.com> wrote: >>> Windows 7 Professional >>> Qt V5.2.1 >>> Mime is application/zip >>> -- will check on the logs and get back >>> Size of the zip that works is ~600kb. >>> >>> -Jason >>> >>> -----Original Message----- >>> From: Mandeep Sandhu [mailto:mandeepsandhu....@gmail.com] >>> Sent: Sunday, May 04, 2014 3:25 AM >>> To: Jason Kretzer >>> Cc: Thiago Macieira; interest@qt-project.org >>> Subject: Re: [Interest] Debugging tip for QNetworkReply >>> >>> A couple of questions to help debug further. >>> >>> * What platform are you running this on and what's the version of Qt? >>> * What is the MIME type set by the webserver when responding to your >>> request (you can check it by dumping the headers received) >>> * According to the webserver logs, how much data was returned for the >>> problematic zip file? >>> * Whats the size of the zip that works? >>> >>> >>> -mandeep >>> >>> >>> On Sat, May 3, 2014 at 11:47 PM, Jason Kretzer <ja...@gocodigo.com> wrote: >>>> The zip that fails and is unreadable is a 1k file. The zip that I am >>>> attempting to download is ~55MB. The 1k zip also cannot be opened by a >>>> zip program nor a text editor. Is there a way I can tell what the failure >>>> is? Perhaps, I can use wireshark to see the traffic and see the http >>>> response codes from the server. They should be 200, I would think since I >>>> can use a browser and get the zip(s) that way. Perhaps a way to look >>>> through the request/reply objects to see what is going on? >>>> >>>> -Jason >>>> >>>> -----Original Message----- >>>> From: interest-bounces+jason=gocodigo....@qt-project.org >>>> [mailto:interest-bounces+jason=gocodigo....@qt-project.org] On Behalf >>>> Of Thiago Macieira >>>> Sent: Friday, May 02, 2014 5:05 PM >>>> To: interest@qt-project.org >>>> Subject: Re: [Interest] Debugging tip for QNetworkReply >>>> >>>> Em sex 02 maio 2014, às 10:45:16, Jason Kretzer escreveu: >>>>> I am using the following code to download zip files from a url. The >>>>> only thing that changes is the “id” in the url(one for each zip). >>>>> Anyway, the code always works on one of the zip files, but never >>>>> works on the other. Both zips are on the server. Both zips are >>>>> downloadable, if I access the url(s) from a web browser. What I am >>>>> looking for is primarily direction on how to go about effectively >>>>> debugging this. I tried using >>>>> reply->errorString() right after loop.exec() — but it returns only >>>>> reply->“Unknown >>>>> Error” whether the download is successful or not. It should also be >>>>> noted that on failure a file is created but is not a readable zip file. >>>> >>>> Why is it not readable? Is the file too short? Is it corrupted? Please >>>> compare the result with what was supposed to be there. >>>> >>>> -- >>>> Thiago Macieira - thiago.macieira (AT) intel.com >>>> Software Architect - Intel Open Source Technology Center >>>> >>>> _______________________________________________ >>>> Interest mailing list >>>> Interest@qt-project.org >>>> http://lists.qt-project.org/mailman/listinfo/interest >>>> _______________________________________________ >>>> Interest mailing list >>>> Interest@qt-project.org >>>> http://lists.qt-project.org/mailman/listinfo/interest > > _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
