[REG: 6.5.3 - 6.7.0] QNetworkRequest is sometimes canceled if setTransferTimeout ist set

Since updating to Qt 6.7.0 our file downloader often fails to download our update (which is 1.2GB). Something triggers that the download is canceled.

If I do not call "request.setTransferTimeout();" everything works fine.

But as soon as I call this and 30 seconds have elapsed and I interact with other parts of our software the download is most likely canceled. E.g. moving the download window from one screen to another or open the context menu of our system tray icon.

If this happens I see this in our log:

[13:02:32.050] [qDebug             ] <warn > QIODevice::read (QNetworkReplyHttpImpl): device not open
[13:02:32.051] [FileDownloader     ] <error> Download failed: Operation canceled

Note: When I manually call abort() the log output is exactly the same. I had a look at the Qt sources and the only occasion when "abort()" is called, is when the transferTimeout runs out.

I also tried to call setTransferTimeout with "30000" and "30000ms" as argument but the result is the same. 

I tried to write a test program to reproduce, but sadly I failed, So it might also be some other interaction/interference with other parts of our software.

If you need a guinea pig to test/try something, do not hesitate to contact me.