Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.5.1
-
Ubuntu 15.04
-
c89d0f9d532a2719118614b9fa9b8efffbe12f2f (qt/qtbase/5.12.1) ced53c483da3b1d55850d2087d9a743983c8b944 (qt/qtbase/5.9)
Description
Steps to reproduce:
- Run attached test case.
- Disable the network using the network manager tray icon.
- The in progress request fails with 'NetworkSessionFailedError'.
- Subsequent requests fail with 'UnknownNetworkError'.
- Reenable the network using the network manager tray icon.
- Requests continue to fail indefinitely with 'UnknownNetworkError'.
Expected behaviour:
- Once the network is reenabled, subsequent requests should complete successfully.
This bug does not happen (i.e. requests complete successfully once network is reconnected):
- If libqnmbearer.so is disabled (by chmod'ing to 0).
- On Windows (network enabled/disabled using 'Network Connections').
Attachments
Issue Links
- is duplicated by
-
QTBUG-71104 recursive loop in network access manager
- Closed
- relates to
-
QTBUG-49751 [qt-iOS] network module stops functioning after network was disabled and then re-enabled
- Closed
For Gerrit Dashboard: QTBUG-49760 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
146115,6 | make sure QNAM reacts to configuration changes | 5.6 | qt/qtbase | Status: MERGED | +2 | 0 |
146637,4 | Make sure qnam recovers from connection change | 5.6 | qt/qtbase | Status: ABANDONED | +1 | 0 |
148280,3 | Make sure qnam recovers from connection change | 5.6.0 | qt/qtbase | Status: ABANDONED | -2 | 0 |
241100,2 | QNetworkAccessManager: defer call to _q_networkSessionStateChanged | 5.12 | qt/qtbase | Status: MERGED | +2 | 0 |
267197,4 | QNetworkAccessManager: defer call to _q_networkSessionStateChanged | 5.9 | qt/qtbase | Status: MERGED | +2 | 0 |