touch-packages team mailing list archive

[Timo Jyrinki <timo.jyrinki@xxxxxxxxxxxxx>]

There's a qtbase build for vivid+overlay at https://launchpad.net/~ci-
train-ppa-service/+archive/ubuntu/landing-032 containing the three
patches from Lorn, put on top of the Qt 5.4.1 in use:

- Make sure to report correct NetworkAccessibility
- Make sure networkAccessibilityChanged is emitted
- Fix hang in qnam when disconnecting

With the test program, instead of host not found + poll in strace, I get
Network access is disabled.

However, at least the following Qt tests started failing because of those patches:
FAIL!  : tst_QNetworkDiskCache::crashWhenParentingCache() '!QTestEventLoop::instance().timeout()' returned FALSE. ()
FAIL!  : tst_QXmlInputSource::waitForReadyIODevice() 'reply->error() == QNetworkReply::NoError' returned FALSE. ()
(after skipping these two I simply disabled the tests for this test build)

The failing tests make the current build not suitable for landing. At
minimum all the failing tests would need to individually checked out and
disabled if they're deemed to be false positives, but probably there are
some real test problems that the upstream tracker will also show when
the commits are tried to be merged.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1470700

Title:
  QNetworkAccessManager hangs when in flight mode

Status in qtbase-opensource-src package in Ubuntu:
  Confirmed
Status in thumbnailer package in Ubuntu:
  New

Bug description:
  When my phone is in flight mode, HTTP requests made using
  QNetworkAccessManager seem to hang rather than erroring out
  immediately.

  From my tests, it looks like the HTTP request is blocked until the
  flight mode is disabled and a network connection is reestablished.
  This is contrary to the documentation, which states:

  """If the network is not accessible the network access manager will
  not process any new network requests, all such requests will fail with
  an error. Requests with URLs with the file:// scheme will still be
  processed."""

  http://doc.qt.io/qt-5/qnetworkaccessmanager.html#networkAccessible-
  prop

  By running strace on my test program, it doesn't even look like it
  attempts to open a TCP connection when blocked in flight mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1470700/+subscriptions