← Back to team overview

touch-packages team mailing list archive

[Bug 1404188] Re: QNetworkSession::isOpen() always returns false

 

Thanks Lorn, and just so I'm clear-- I don't think that QtNetwork/etc
should be modified if it doesn't make sense for it in the general case.

All I'm getting at is untrusted apps shouldn't be able to control
interfaces and start a connection as you mentioned, let alone get
privileged info out of network manager. These untrusted apps simply need
to know if they are online or not and maybe some other details that
connectivity-api can provide. How they get that information I don't
particularly care so long as they don't get this privileged access.

It seems clear that QtBearer is written with the traditional
session/policykit trust model, which is fine, but it doesn't align with
the app store trust model where apps are untrusted by the system and
session, so perhaps your idea makes sense. I'll let others work out the
details of what needs to change and how.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu
in Ubuntu.
https://bugs.launchpad.net/bugs/1404188

Title:
  QNetworkSession::isOpen() always returns false

Status in Canonical System Image:
  Confirmed
Status in apparmor-easyprof-ubuntu package in Ubuntu:
  Confirmed
Status in qtbase-opensource-src package in Ubuntu:
  Confirmed

Bug description:
  Using QNetworkSession::isOpen() in confined apps on a phone running
  vivid always returns false. This might be an apparmor thing, however,
  I couldn't find any REJECTED entries in log files.

  The test app in lp:~mzanetti/+junk/nmsessiontest can reproduce the
  issue. Open this project in ubuntu-sdk's qtcreator and run it on a
  vivid device. Press the button and watch the debug prints.

  On a vivid-desktop or a RTM based phone it will print "all is well".
  On a vivid phone however, it'll print "network session not open..."

  This used to work fine at least back in utopic images.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1404188/+subscriptions


References