touch-packages team mailing list archive

[Timo Jyrinki <timo.jyrinki@xxxxxxxxxxxxx>]

For reference, did you add the /etc/enviroment variable?

I've now made a vivid-overlay branch of the ubuntu-touch-session too and
added it to the 032 PPA. That means, you don't need to do other than
upgrade to the PPA from now on to get correct results.


** Description changed:

  Testing the fix:
  
  - Update rc-proposed (vivid) to citrain device-upgrade 32 0000
- - Edit /etc/environment on the phone and add a line to keep the current default behavior (this will be added to the silo via ubuntu-touch-session if it's planned to be landed):
-   QT_EXCLUDE_GENERIC_BEARER=1
  - Reboot
  
  ---
  
  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.

-- 
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:
  Triaged

Bug description:
  Testing the fix:

  - Update rc-proposed (vivid) to citrain device-upgrade 32 0000
  - Reboot

  ---

  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