[Interest] Is freshly created QNetworkReply guaranteed to be in non-finished state and emit finished signal?

Thiago Macieira thiago.macieira at intel.com
Thu Apr 20 17:39:15 CEST 2017


On quinta-feira, 20 de abril de 2017 01:00:23 PDT ekke wrote:
> Am 19.04.17 um 22:58 schrieb Thiago Macieira:
> > On quarta-feira, 19 de abril de 2017 13:15:23 PDT Reinhardt Behm wrote:
> >> On Wednesday 19 April 2017 11:03:48 Thiago Macieira wrote:
> >>> It's guaranteed not to be finished.
> >> 
> >> Doesn't QAN use it's own thread?
> > 
> > Irrelevant.
> > 
> >> Then it could already be finished before the connection is made.
> > 
> > It can't happen. This is a design guarantee and will continue to work
> > however much we change QNAM.
> > 
> > That said, for certain URLs (namely, "file:///"), isFinished() may return
> > true, in which case you can obtain the data immediately. But even if that
> > is the case, finished() will still be emitted.
> 
> what happens on mobile platforms if APP is suspended, then coming back
> to active
> will finished() always be received ?

Yes. I don't see how scheduling the application out or suspending the system 
can affect the execution.

If the application exits, that's another story. If you exited the application, 
that's your problem.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center




More information about the Interest mailing list