5.8.0, 5.9.0, 5.9.1, 5.10.0, 5.10.1, 5.11.0, 5.11.1, 5.11.2, 5.12.0, 5.12.1, 5.12.2, 5.12.3
* Arch Linux and Tumbleweed, using dnsmasq or NetworkManager and official Qt packages
* I guess the issue affects all versions of Qt 5. I explicitly reproduced it with all Qt versions listed under "Affects Version/s".
When establishing a "long polling" HTTP connection via QNetworkAccessManager to a local server (eg. a Syncthing instance under http://127.0.0.1:8080/) the connection is aborted when the ethernet connection goes down (eg. router is restarting). It is not possible to do any further requests, too.
The local connection shouldn't be affected by connectivity changes of the ethernet (or any other) adapter.
thiago suggested removing the bearer plugins on IRC. Maybe it is also possible to use
QPluginLoader::unload() to disable the plugins only in an application affected by this bug.
It definitely helps to simply restart the application. When the ethernet connection is initially down, the bug doesn't occur.
The Qt WebKit module is also affected. However, I only tested only the ng version so far (tp5).
- relates to
QTBUG-49751 [qt-iOS] network module stops functioning after network was disabled and then re-enabled