Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
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
-
None
-
* 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".
Description
observation
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.
problem
The local connection shouldn't be affected by connectivity changes of the ethernet (or any other) adapter.
workaround
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.
further notes
The Qt WebKit module is also affected. However, I only tested only the ng version so far (tp5).
Attachments
Issue Links
- relates to
-
QTBUG-49751 [qt-iOS] network module stops functioning after network was disabled and then re-enabled
- Closed