from:"Antti Kaijanmäki"

** Summary changed:

- Support network over USB in developer mode
+ [connectivity-service] Support network over USB in developer mode

** No longer affects: connectivity-api

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

Title:
  [connectivity-service] Support network over USB in developer mode

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Currently the SDK has to use "adb forward" in order to connect and talk to 
the devices.
  However it would be much more reliable if we could create a network over USB 
and talk
  directly to it. 
  Probably even run a DHCP server on usb0 so we do not need to setup the 
interface ourselves
  and provide a DBUS callback so the SDK can trigger the usbnet to be created 
over ADB.

  Quotes from a conversation with Wellark on IRC:

   Wellark: would be interesting for the SDK
   Wellark: instead of adb forwarding the ports, which is totally 
unreliable, we could create a network with the phone and talk to it directly
   zbenjamin: well, you file a bug
   zbenjamin: then you tell my manager to get me to do the UI
   Wellark: the idea would be that we setup the initial stuff with 
adb. And then switch over to usb network which is decoupled from the adb 
completely
   zbenjamin: yep.
   adb would only make one call over dbus
   Wellark: having a dhcp running on the usb interface would make 
things super easy
   com.ubuntu.connectivity.usbnet.Enable()
   or something
   that would kick up the usbnet
   zbenjamin: yep. and zeroconf dns
   yeah. And we could make ssh only listen on this interface instead 
of all, and enable wlan only if the user checks a box in the UI
   so you don't have to deal with IP's
   exactly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1381448/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1415098] Re: [connectivity-service] Extend the connectivity-api for WiFi scanning

** Summary changed:

- Extend the connectivity-api for WiFi scanning
+ [connectivity-service] Extend the connectivity-api for WiFi scanning

** Also affects: indicator-network (Ubuntu)
   Importance: Undecided
   Status: New

** No longer affects: connectivity-api

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

Title:
  [connectivity-service] Extend the connectivity-api for WiFi scanning

Status in indicator-network package in Ubuntu:
  New

Bug description:
  I am currently trying to build a WiFi scanner app for Ubuntu Touch.
  Since Click apps are confined and have no root rights, all other
  approaches failed. I hereby propose to expose the needed information
  and API calls through the connectivity-api.

  
  The minimum amount of information needed is:

  - A list of all broadcasting stations (BSS/IBSS) in range

  - Broadcast station MAC address

  - SSID (may be emtpy)

  - Center frequency or channel (the one can be converted into the
  other)

  - Signal strength

  - Available authentication and encryption schemes

  - Timestamp when the station was last seen

  This is basically the same information as encapsulated in an
  android.net.wifi.ScanResult object on Android.

  Optional, but "nice to have" information would be:

  - The contents of the "Capability Info" field of the beacon frame.

  - Supported data rates, so one can distinguish between 802.11b/g/n/ac
  networks. This information is encoded in the "Rates" and ""Supported
  MCS Set" fields of the beacon frame.

  - The contents of the "HT Capability Info" field (if present) of the
  beacon frame.

  This optional information is already recorded by the kernel and is
  e.g. decoded/displayed by a call to `iw dev wlan0 scan`.

  
  Since the network management service has to monitor its surroundings anyways, 
e.g. to detect and connect to an already known network or to switch to a better 
access point during movement, the information should be readily available. A 
single `scanResults()` call returning a list of broadcast station objects 
should therefore already be enough.

  I propose the following additional API features:

  - A method to register a callback function which is called after every
  successful scan. This frees the application from polling the API, may
  save power and the app can process new information instantly.

  - A method to set the scan interval within a pre-defined range. The
  network management service may decide to adapt its scan interval to
  the current situation to save power, e.g. a longer interval when not
  currently connected and a short one when connected. A scanner app may
  require a short, constant interval.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1415098/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1362592] Re: bandwidth limitation detection not functioning in the connectivity-api

** Also affects: indicator-network (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Medium

** No longer affects: connectivity-api

** Summary changed:

- bandwidth limitation detection not functioning in the connectivity-api
+ [connectivity-service] bandwidth limitation detection not functioning

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

Title:
  [connectivity-service] bandwidth limitation detection not functioning

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  The bandwidth limitation detection is still missing from the
  connectivity-api. It would be great to have the ability to know when
  the network is on a potentially expensive/bandwidth limited
  connection.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1362592/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1416731] Re: Extend the connectivity-api for Bluetooth scanning

** Also affects: indicator-network (Ubuntu)
   Importance: Undecided
   Status: New

** Summary changed:

- Extend the connectivity-api for Bluetooth scanning
+ [connectivity-service] Extend the connectivity-api for Bluetooth scanning

** No longer affects: connectivity-api

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

Title:
  [connectivity-service] Extend the connectivity-api for Bluetooth
  scanning

Status in indicator-network package in Ubuntu:
  New

Bug description:
  One of my Ubuntu Touch app ideas is a Bluetooth Scanner. Bluetooth
  management functionality will have to be implemented anyways, and
  since Qt Bluetooth is not part of Ubuntu Touch images, I propose the
  extension of the connectivity-api.

  The purpose of a Bluetooth scanner is to find all devices in range and
  gather as much additional information as possible, so we have to keep
  in mind which device types exist and which information we care about.

  -Bluetooth Classic: At least the device MAC address and the
  contents of the “Class of Device” field are needed. If the device has
  a “pretty name” set, we want to know it, and if the adapter reports
  the signal strength with which the information was received this is
  important as well. We also want to query devices for the exact list of
  services they offer.

  -Bluetooth Low Energy: Advertisements contain up to 31 bytes of
  arbitrary information, and the scanning device may actively query for
  up to 31 additional bytes. This information is important because it
  contains device names, UUIDs etc. The list of services offered can be
  retrieved using the Generic Attribute Profile (GATT), so the API
  should offer the necessary calls.


  API calls and features

  I propose the following API functions:

   -   startScan() initiates a scan using the given technology. For
  Bluetooth Classic this would trigger an active scan, while for
  Bluetooth Low Energy it would set the device to continuous listening
  mode. Since it is unknown if and when the scan is finished, the call
  should return immediately and information is returned via callbacks.
  Depending on the hardware it may be possible to start scans for the
  different technologies at the same time.

  -stopScan() stops an ongoing scan.

  -queryServices() takes a device address and actively queries for a
  list of all offered services. The specification mentions quite short
  timeouts for many message types, so I am not sure if this call should
  block or use a callback.


  Security and Privacy

  A hostile app may calculate the location of a user from the list of
  iBeacons in range, and because of the short-range nature of Bluetooth
  this location will be quite accurate. I therefore propose that the
  first call to startScan() triggers a system popup informing the user
  about possible privacy implications and asking for permission.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1416731/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1452321] Re: [connectivity-service] please drop build-dependency on g++-4.9

** Summary changed:

- please drop build-dependency on g++-4.9 
+ [connectivity-service] please drop build-dependency on g++-4.9

** Package changed: connectivity-api (Ubuntu) => indicator-network
(Ubuntu)

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

Title:
  [connectivity-service] please drop build-dependency on g++-4.9

Status in indicator-network package in Ubuntu:
  New

Bug description:
  The connectivity-api package currently has a build-dependency on
  g++-4.9. This build-dependency is present because of the
  recommendations on https://wiki.ubuntu.com/cpp-11 about handling of
  C++11.

  The C++11 ABI has now stabilized in gcc as of gcc 5; however, before
  we can switch to gcc 5, we first need to be able to do rebuild tests
  of the archive against this compiler.

  To facilitate this, please drop the build-dependency on g++-4.9 from
  the package in wily. 4.9 will remain the default until all transition
  issues have been identified, so there is no risk of accidental ABI
  breakage here anymore.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1452321/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1462013] [NEW] update the bug tracker links in connectivity-api documentation

Public bug reported:

connectivity-api was moved from lp:connectivity-api to lp:indicator-
network, but the bug links in the documentation still point to lp
:connectivity-api bug trackers.

** Affects: indicator-network (Ubuntu)
 Importance: Medium
 Status: Triaged

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Medium

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

Title:
  update the bug tracker links in connectivity-api documentation

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  connectivity-api was moved from lp:connectivity-api to lp:indicator-
  network, but the bug links in the documentation still point to lp
  :connectivity-api bug trackers.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1462013/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1416741] Re: [connectivity-service] Extend the connectivity-api for mobile network scanning

** Summary changed:

- Extend the connectivity-api for mobile network scanning
+ [connectivity-service] Extend the connectivity-api for mobile network scanning

** Also affects: indicator-network (Ubuntu)
   Importance: Undecided
   Status: New

** No longer affects: connectivity-api

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

Title:
  [connectivity-service] Extend the connectivity-api for mobile network
  scanning

Status in indicator-network package in Ubuntu:
  New

Bug description:
  I think exposing as much information as possible about mobile networks
  opens the door for interesting applications, e.g. IMSI catcher
  detectors, free cell tower location databases, location-based services
  etc.


  Technology

  There are currently at least four different mobile network
  technologies available around the world:

  -GSM

  -LTE

  -CDMA

  -WCDMA (UMTS)

  A device may support one or more technologies at the same time, and
  the currently available status may therefore change over time. For
  example an LTE device may temporarily roam down to UMTS or even GSM.


  Needed information

  The available information differs between technologies, and new
  technologies will be introduced during the lifetime of the API, so the
  design should be extensible.

  -GSM: A base station is identified by its Cell-ID (CID), Location
  Area Code (LAC), Mobile Country Code (MCC) and Mobile Network Code
  (MNC). The last digit of the CID may encode the antenna number if the
  same base station has more than one. Signal strength may be reported
  in ASU, dBm or “levels”. A Timing Advance value is used to coarsely
  describe the distance between the mobile device and the currently used
  base station.

  -LTE: A base station is identified by its Cell-ID (CID), Mobile
  Country Code (MCC), Mobile Network Code (MNC), Physical Cell ID and
  Tracking Area code. Signal strength may be reported in ASU, dBm or
  “levels”. Timing Advance values are available for every base station
  of the same operator within range, not only for the currently used
  one.

  -CDMA: A base station is identified by its Base Station ID,
  Latitude, Longitude, Network ID and System ID. Signal strength may be
  reported in ASU, dBm, Ec/Io, “levels” or SNR. EVDO for faster data
  transfer may be available.

  -WCDMA (UMTS): A base station is identified by its Cell-ID (CID),
  Mobile Country Code (MCC), Mobile Network Code (MNC) and Primary
  Scrambling Code. Signal strength may be reported in ASU, dBm or
  “levels”.


  API calls and features

  The Baseband chip has to monitor the whole network at all times
  anyway, so the required information should be readily available. A
  single call a la `networkCells()` should therefore suffice. The rest
  of the API is heavily dependent on which methods the Baseband offers
  and which data it exposes.


  Security and Privacy

  A hostile app may calculate the location of a user from the list of
  cell towers in range. Because of the long-range nature of mobile
  networks this location will often not be accurate, but especially in
  cities it may be accurate enough. I therefore propose that the first
  call to networkCells() triggers a system popup informing the user
  about possible privacy implications and asking for permission.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1416741/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1255097] Re: No confirmation that wi-fi hardware is turned on/off

** Changed in: indicator-network (Ubuntu)
   Importance: Low => Wishlist

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

Title:
  No confirmation that wi-fi hardware is turned on/off

Status in indicator-network package in Ubuntu:
  Confirmed

Bug description:
  On a PC with a wi-fi or Bluetooth hotkey:
  1. Turn off wi-fi or Bluetooth.
  2. Turn on wi-fi or Bluetooth.

  What you see:
  1. Nothing.
  2. Nothing.

  What you should see:
  1. Some kind of visible confirmation.
  2. Some kind of visible confirmation.

  As described in public bug 404658, this is implemented for a Canonical
  OEM project in private bug 1213507, using a separate hotkey daemon.
  

  It is probably better implemented in indicator-network, tracking
  actual rfkill events rather than hotkeys that might or might not be
  heeded.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1255097/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1258496] Re: No protection against "evil twin" (same-named) wi-fi networks

** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

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

Title:
  No protection against "evil twin" (same-named) wi-fi networks

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Confirmed

Bug description:
  Currently the indicator only shows whether or not a wireless network
  is secured, by showing a padlock.

  In a situation where we have two accesspoints which both have the same
  ESSID (name) but different encryption (e.g. WEP vs. WPA) they provide
  two separate networks. Now the indicator shows two identical items and
  the user has no way of figuring out which is which.

  Above scenario is a very rare one, but still completely valid.
  Neither nm-applet or macosx networking menu bother to deal with this 
situation, they just show two identical networks, but Android is always showing 
the encryption scheme beneath the network name.

  We can either
  A) do nothing
  B) always have the encryption type visible somehow
  C) be smart about it and only show the encryption type when we detect that 
the name and padlock is not enough

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1258496/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 823633] Re: Wired VPN network connection icon needs to be fixed

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Triaged

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

Title:
  Wired VPN network connection icon needs to be fixed

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  The lock overlay on the wired network connection icon does really look
  bad. While it's fine with the wireless icons, I would rather assume
  that icon is corrupted than understanding that it's indicating an
  active VPN connection.

  See attached screenshot.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: ubuntu-mono 0.0.30
  ProcVersionSignature: Ubuntu 3.0.0-7.9-generic 3.0.0
  Uname: Linux 3.0.0-7-generic x86_64
  Architecture: amd64
  Date: Wed Aug 10 01:49:51 2011
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha amd64 (20110630)
  PackageArchitecture: all
  ProcEnviron:
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: ubuntu-mono
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/823633/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1091391] Re: [indicators] [network] No Validation of Wi-Fi Key/Passphrases is performed

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Triaged

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

Title:
  [indicators] [network] No Validation of Wi-Fi Key/Passphrases is
  performed

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  The current network indicator does no checking of Wi-Fi key or
  passphrases, and thus allows a user to enter an invalid key or
  passphrase and initiate a connection attempt.

  For access points using WEP, there are four valid key lengths:

   * 5 ASCII characters or 10 hex characters
   * 13 ASCII characters or 26 hex characters

  For APs using WPA Personal/PSK, a valid passphrase can be between 8
  and 63 characters in length.  A full 256-bit key can be specified by
  entering 64 hex characters.

  Note, the chewie server should also probably do some validation as
  well.  It shouldn't be possible for a new network to be created with a
  single character key ( see attached file ).

  Steps to Reproduce:

  1. Open the network menu and select an access point known to be using WEP 
security
  2. Enter a 1 character key
  3. Click OK

  Expected Result:

  The user cannot initiate a connection with an invalid key.

  Actual Result:

  The auth dialog is dismissed and the user appears connected ( note,
  this is another problem )

  Build Details:

  Manhattan/Maguro #160

  chewie: 0.2.6~quantal1
  indicators-client-plugin-network: 0.20~quantal1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1091391/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1235120] Re: No icon animation or other indication when establishing a connection

** Changed in: indicator-network (Ubuntu)
   Importance: Medium => Wishlist

** Changed in: indicator-network (Ubuntu)
 Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

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

Title:
  No icon animation or other indication when establishing a connection

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  On phone I'd expect some kind of indication when device tries to
  establish a connection.

  <https://wiki.ubuntu.com/Networking#connecting>: "While Ubuntu for PC
  is trying to establish any network connection, the title of the
  network menu should be a spinner. Similarly, while Ubuntu Phone is
  trying to establish a wi-fi connection, the wi-fi indicator should be
  an animated wi-fi icon. In both cases, the item for that connection
  should have a spinner too. If the connection is successful, the latter
  spinner should be replaced by a radio mark or checkmark as
  appropriate."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1235120/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1267407] Re: Warn the user when connecting to an open AP which has been connected before as encrypted

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

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

Title:
  Warn the user when connecting to an open AP which has been connected
  before as encrypted

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  scenario:

  Bob works at an office which provides encrypted wireless for the
  employees to securely connect to the company network. Somebody outside
  the office sets up an access point with the same SSID but without
  encryption hoping that somebody from the company connects to it. Bob
  does not notice that the AP he sees in his indicator is in fact not
  encrypted and connects to the open AP thinking he is connected to the
  company secure AP and now all his sensitive traffic is exposed to the
  attacker.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1267407/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1255097] Re: No confirmation that wi-fi hardware is turned on/off

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

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

Title:
  No confirmation that wi-fi hardware is turned on/off

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  On a PC with a wi-fi or Bluetooth hotkey:
  1. Turn off wi-fi or Bluetooth.
  2. Turn on wi-fi or Bluetooth.

  What you see:
  1. Nothing.
  2. Nothing.

  What you should see:
  1. Some kind of visible confirmation.
  2. Some kind of visible confirmation.

  As described in public bug 404658, this is implemented for a Canonical
  OEM project in private bug 1213507, using a separate hotkey daemon.
  

  It is probably better implemented in indicator-network, tracking
  actual rfkill events rather than hotkeys that might or might not be
  heeded.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1255097/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1258496] Re: No protection against "evil twin" (same-named) wi-fi networks

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

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

Title:
  No protection against "evil twin" (same-named) wi-fi networks

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Currently the indicator only shows whether or not a wireless network
  is secured, by showing a padlock.

  In a situation where we have two accesspoints which both have the same
  ESSID (name) but different encryption (e.g. WEP vs. WPA) they provide
  two separate networks. Now the indicator shows two identical items and
  the user has no way of figuring out which is which.

  Above scenario is a very rare one, but still completely valid.
  Neither nm-applet or macosx networking menu bother to deal with this 
situation, they just show two identical networks, but Android is always showing 
the encryption scheme beneath the network name.

  We can either
  A) do nothing
  B) always have the encryption type visible somehow
  C) be smart about it and only show the encryption type when we detect that 
the name and padlock is not enough

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1258496/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1275761] Re: No standard explanation of why you're offline

Functionality in this bug covers larger ground than just the indicator.

It can be splitted down to:

 - apps being able to detect if the system has now connectivity
   * [already implemented] [connectivity-service]

 - apps / system components should have a way to indicate that they absolutely 
need network connectivity
   * [needs design] [connectivity-service]

 - showing a dialog to the user which component is requiring immediate network 
access
   * [needs design] [ubuntu-ux]

** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

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

Title:
  No standard explanation of why you're offline

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  When an Ubuntu Touch app tries to use data, but no data connection is
  available, there is no user-visible explanation of what is going on or
  how to fix it.

  A device might have no data connection because:
  (a) it is in Flight Mode, or
  (b) Wi-Fi is otherwise turned off, or
  (c) there is no cellular data connection, because:
  - the device has no SIM, or
  - it is not connected to a carrier, or
  - cellular data is turned off, or
  - the carrier is refusing data traffic (for example, because you are over 
quota), or
  - it is roaming and data roaming is turned off.

  (This list is not necessarily complete.)

  In cases where immediate connectivity is not vital, an app might
  detect that it is not available, and use queued actions or
  placeholders. For example, a mail client might store offline messages
  that you wanted to send, remember which messages you wanted to delete
  and file, and so on. Similarly, a Dash screen that usually returns
  online search results might show only offline results, with some sort
  of indication that you need to go online for online results to appear.

  But where an action absolutely requires connectivity to be useful,
  Ubuntu should provide some sort of standard UI explaining why you are
  offline and, where possible, explaining what to do to go online.

  If this message is modal, probably it should be limited so that it
  does not appear more than once before an app is unfocused (whether by
  focusing a different app, or the phone locking), and so it does not
  appear more than once every five minutes or so.

  The design should take into account the Wi-Fi prompt (bug 1287210), so
  that there aren't two prompts jostling each other.

  [Originally reported by David Isaacs.]

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1275761/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1288365] Re: indicator-secret-agent crashed with SIGABRT in __gnu_cxx::__verbose_terminate_handler()

expired after the qtdbus port.

** Changed in: indicator-network (Ubuntu)
   Status: Triaged => Invalid

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

Title:
  indicator-secret-agent crashed with SIGABRT in
  __gnu_cxx::__verbose_terminate_handler()

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  Just logged on and this happened.

  ProblemType: Crash
  DistroRelease: Ubuntu 14.04
  Package: indicator-network 0.5.1+14.04.20140207-0ubuntu1
  ProcVersionSignature: Ubuntu 3.8.0-88.5-mptcp
  Uname: Linux 3.8.0-88-mptcp x86_64
  ApportVersion: 2.13.2-0ubuntu5
  Architecture: amd64
  Date: Wed Mar  5 18:43:11 2014
  ExecutablePath: /usr/lib/x86_64-linux-gnu/indicator-secret-agent
  InstallationDate: Installed on 2012-03-08 (727 days ago)
  InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120301)
  ProcCmdline: /usr/lib/x86_64-linux-gnu/indicator-secret-agent
  Signal: 6
  SourcePackage: indicator-network
  StacktraceTop:
   __gnu_cxx::__verbose_terminate_handler() () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
   ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
   std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
   __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
   SecretAgent::SecretAgent(QDBusConnection const&, QDBusConnection const&, 
QObject*) ()
  SystemImageInfo: Error: [Errno 2] Ingen slik fil eller filkatalog: 
'system-image-cli'
  Title: indicator-secret-agent crashed with SIGABRT in 
__gnu_cxx::__verbose_terminate_handler()
  UpgradeStatus: Upgraded to trusty on 2014-03-04 (0 days ago)
  UserGroups:

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1288365/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1287210] Re: No indication that Wi-Fi is available ("Prompt when not connected")

need for this prompt has to be reiterated by the design.

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

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

Title:
  No indication that Wi-Fi is available ("Prompt when not connected")

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged
Status in ubuntu-system-settings package in Ubuntu:
  Invalid

Bug description:
  Ubuntu Trusty r188

  0. If you haven't already, connect to a Wi-Fi network.
  1. In System Settings > Wi-Fi, turn off Wi-Fi.
  2. Turn off "Auto-join previous networks".
  3. Switch from System Settings to anything else.
  4. Turn on Wi-Fi.

  What happens: Nothing.

  What should happen: You're prompted to join the previously used Wi-Fi
  network.

  : "A
  prompt should appear, suggesting that you connect to Wi-Fi, if all of
  these conditions are true..."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1287210/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1301429] Re: "Available networks:" heading is missing

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: ubuntu-system-settings (Ubuntu)
   Status: Confirmed => Invalid

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

Title:
  "Available networks:" heading is missing

Status in indicator-network package in Ubuntu:
  Triaged
Status in ubuntu-system-settings package in Ubuntu:
  Invalid

Bug description:
  Ubuntu Trusty r250

  1. In System Settings, navigate to "Wi-Fi".
  2. Turn on Wi-Fi if it is not on already.

  What you see: The "Wi-Fi" switch is immediately followed by the list
  of available networks.

  What you should see: The list of available networks has an introductory 
label, "Available networks:".
  

  Combined with the poor design and layout of the toolkit's radio
  buttons, this problem just confused a new colleague, who thought that
  two networks were selected at once.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1301429/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1301699] Re: Indicators do not show in Pantheon

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  Indicators do not show in Pantheon

Status in elementary OS:
  Fix Released
Status in Application Indicators:
  New
Status in The Date and Time Indicator:
  New
Status in The Session Menu:
  New
Status in Sound Menu:
  New
Status in indicator-datetime package in Ubuntu:
  Fix Released
Status in indicator-network package in Ubuntu:
  Triaged
Status in indicator-sound package in Ubuntu:
  Fix Released
Status in indicator-session source package in Trusty:
  Fix Released

Bug description:
  [Impact]

  It looks like "OnlyShowIn=Unity;GNOME;" has been added to indicator-
  datetime, indicator-session, and indicator-sound

  We should provide a patch to add "Pantheon" to that list.

  [Test Case]

  (1) install the Pantheon desktop sesssion (eg. Elementary OS) and log in
  (2) verify the appropriate indicator (for this case, session indicator) 
appears
  (3) install the Unity 7 desktop session and log in
  (4) verify the indicator still appears

  [Regression Potential]

  A typo in the modified .desktop file could cause the indicator to not
  appear in a Ubuntu session such as Unity 7 or Gnome Flashback.

To manage notifications about this bug go to:
https://bugs.launchpad.net/elementaryos/+bug/1301699/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1304500] Re: Indicator Test Plan QA Review

** Changed in: indicator-network (Ubuntu)
   Status: New => Fix Released

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

Title:
  Indicator Test Plan QA Review

Status in Bluetooth Menu:
  New
Status in The Date and Time Indicator:
  New
Status in Indicator keyboard:
  New
Status in Indicator Location:
  New
Status in The Messaging Menu:
  New
Status in The Power Indicator:
  New
Status in The Session Menu:
  New
Status in Sound Menu:
  New
Status in The Sync Menu:
  New
Status in indicator-bluetooth package in Ubuntu:
  New
Status in indicator-network package in Ubuntu:
  Fix Released

Bug description:
  indicator-bluetooth
  Additional tests required to ensure indicator status reflects Bluetooth 
states (enable/disable, scanning, device listing, pairing status etc.)

  indicator-datetime
  Additional tests required to ensure indicator menu includes upcoming events

  indicator-keyboard
  N/A for unity 8
  Expand test cases and ensure menu options and keyboard language can be set 
and indicator is updated with correct language

  indicator-location
  Additional tests to ensure Location and GPS menu items can be 
enabled/disabled correctly
  Does indicator status change when a location fix is available?

  indicator-messages
  Additional tests to include new messaging items are displayed correctly in 
indicator status menu

  indicator-network
  Additional tests to include Wi-Fi scanning and connection
  Ensure indicator icon reflects signal strength for Wi-Fi and telephone network

  indicator-power
  Additional tests required to ensure indicator status reflects power states 
(battery level, charging, charged)
  Display brightness slider is functional

  indicator-session
  Is the Session indicator used on Unity8? Ensure test plan is valid.

  indicator-sound
  Additional tests to ensure volume slider is functional
  Indicator changes according to volume level set on slider

  indicator-sync
  Is the Sync indicator used on Unity8? Ensure test plan is valid.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-bluetooth/+bug/1304500/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1318533] Re: Inappropriately depends on unity8

** Changed in: unity8 (Ubuntu)
   Status: New => Triaged

** Description changed:

  indicator-network 0.5.1+14.04.20140409.1-0ubuntu1, Ubuntu 14.04
  
  1. apt-cache show indicator-network | grep Depends
  
  What happens: The result includes unity8.
  
  What should happen: The result does not include unity8.
  
  This prevents indicator-network from being used in Elementary Pantheon,
  for example.
  
  [Originally reported by Carlin Mangar in
  .]
+ 
+ 
+ 
+ Also note comment in related bug #1301699:
+ 
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1301699/comments/8

** Tags removed: bitesize

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

Title:
  Inappropriately depends on unity8

Status in indicator-network package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  indicator-network 0.5.1+14.04.20140409.1-0ubuntu1, Ubuntu 14.04

  1. apt-cache show indicator-network | grep Depends

  What happens: The result includes unity8.

  What should happen: The result does not include unity8.

  This prevents indicator-network from being used in Elementary
  Pantheon, for example.

  [Originally reported by Carlin Mangar in
  .]

  

  Also note comment in related bug #1301699:
  
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1301699/comments/8

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1318533/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1319728] Re: indicator-network needs to declare a minimal version of unity8 in the package dependencies

*** This bug is a duplicate of bug 1318533 ***
https://bugs.launchpad.net/bugs/1318533

** This bug has been marked a duplicate of bug 1318533
   Inappropriately depends on unity8

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

Title:
  indicator-network needs to declare a minimal version of unity8 in the
  package dependencies

Status in indicator-network package in Ubuntu:
  Confirmed

Bug description:
  it recently happened that we had a change of the indicator protocol in 
unity8. 
  due to indicator-network not declaring a "Breaks: unity8 (<< 
$minimal_version)" dependency against the first unity8 version that ships the 
needed protocol, indicator-network was able to migrate alone from the proposed 
archive pocket to the main archive which caused breakage. 

  to prevent this in the future indicator-network mush add a dependency
  on the minimal version of unity8 that ships the needed protocol
  version.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1319728/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1322490] Re: [indicators] Clicking on a connected network's checkbox disconnects & re-connects

This bug is invalid on i-network side. unity8 rendering the lists items
should not tricker an "Activated" signal on an already activated
AccessPoint

** Changed in: indicator-network (Ubuntu)
   Status: Triaged => Invalid

** Summary changed:

- [indicators] Clicking on a connected network's checkbox  disconnects & 
re-connects
+ [indicators] Clicking on a connected network's disconnects & re-connects

** Also affects: unity8 (Ubuntu)
   Importance: Undecided
   Status: New

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

Title:
  [indicators] Clicking on a connected network's disconnects & re-
  connects

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Invalid
Status in ubuntu-settings-components package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  New

Bug description:
  indicator-network 0.5.1+14.10.20140516.2-0ubuntu1, Ubuntu Utopic

  1. Unlock the phone
  2. Drag down the indicator for networking
  3. Select a wifi AP sign into it
  4. Drag down the indicator for networking
  5. Try to uncheck it.

  What happens: The network disconnects and reconnects.

  What should happen: Nothing.

  : "2. If the card is
  powered on, up to 6 (phone) or 20 (PC) radio items representing known
  Wi-Fi networks..."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1322490/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1322490] Re: [indicators] Clicking on a connected network's disconnects & re-connects

adding unity8 to the affected packages as it might be easier (probably a
oneliner) to fix this in the unity8 IndicatorItemFactory.

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

Title:
  [indicators] Clicking on a connected network's disconnects & re-
  connects

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Invalid
Status in ubuntu-settings-components package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  New

Bug description:
  indicator-network 0.5.1+14.10.20140516.2-0ubuntu1, Ubuntu Utopic

  1. Unlock the phone
  2. Drag down the indicator for networking
  3. Select a wifi AP sign into it
  4. Drag down the indicator for networking
  5. Try to uncheck it.

  What happens: The network disconnects and reconnects.

  What should happen: Nothing.

  : "2. If the card is
  powered on, up to 6 (phone) or 20 (PC) radio items representing known
  Wi-Fi networks..."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1322490/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1332306] Re: Hot-swapped SIMs should be detected and prompt user to reboot

** Changed in: indicator-network (Ubuntu)
 Assignee: Jussi Pakkanen (jpakkane) => (unassigned)

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

Title:
  Hot-swapped SIMs should be detected and prompt user to reboot

Status in Ubuntu UX bugs:
  Fix Committed
Status in indicator-network package in Ubuntu:
  Triaged
Status in ofono package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged
Status in indicator-network source package in Utopic:
  Triaged
Status in unity8 source package in Utopic:
  Triaged
Status in indicator-network source package in Vivid:
  Triaged
Status in ofono source package in Vivid:
  Triaged
Status in unity8 source package in Vivid:
  Triaged
Status in indicator-network package in Ubuntu RTM:
  Triaged
Status in ofono package in Ubuntu RTM:
  Triaged
Status in unity8 package in Ubuntu RTM:
  Triaged

Bug description:
  Our telephony stack doesn't support hot-swapping of SIM cards.  If a
  user hot-swaps a SIM, the telephony stack will become unusable.

  The telephony-service should detect when this happens and display a
  snap-decision informing the user that they need to restart their
  device.

  --

  the functionality is also covered in the OOBE spec pages 9/10
  
https://docs.google.com/a/canonical.com/document/d/1VajNkWbBH61iVixXJAmOvNGiG__GWQTMXGNOZijXWJw/edit#

  --

  Summary of required work:
   - enabling ofono hotswap support through environment variable
   - adding the modal dialog to unity8 side
   - modify i-network to detect the hotswapping and trickering
 the dialog from unity8

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1332306/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1340206] Re: [Network Menu] Enabling flight mode still shows the wifi icon

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Medium

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

Title:
  [Network Menu] Enabling flight mode still shows the wifi icon

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Confirmed
Status in indicator-network source package in Utopic:
  Confirmed
Status in indicator-network source package in Vivid:
  Confirmed
Status in Ubuntu RTM:
  New

Bug description:
  When we enable flight mode the wifi icon is still shown.

  : "On the phone ... the
  title ... should consist of: Flight Mode indication: ✈ the Flight Mode
  icon, if Flight Mode is on, otherwise nothing at all. ... Finally, Wi-
  Fi status indication: ... nothing at all"

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1340206/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1351320] Re: Split Connected & Available networks into separate sections

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Medium => Wishlist

** Changed in: indicator-network (Ubuntu)
 Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

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

Title:
  Split Connected & Available networks into separate sections

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Should be similar to nm-applet where the connected network is under a 
"Connected Network" submenu, and the other networks are in a "Available 
Networks" submenu.
  This has been design reviewed and confirmed.

  https://docs.google.com/a/canonical.com/document/d/1OyHUg_uUfmhDNa-
  9UrMc1tZ_eH_99PEU_V2l1YFA1UY/edit#heading=h.en152umx77m2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1351320/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1349371] Re: Current access point should not change until it is active

** Changed in: indicator-network (Ubuntu)
   Importance: Low => Wishlist

** Changed in: indicator-network (Ubuntu)
 Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

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

Title:
  Current access point should not change until it is active

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  When selecting an access point, the current AP changes immediately to the one 
which was selected selected, even if it is not yet connected. The access point 
should only change to current when it is connected.
  Would also be nice to be able to tell if the access point is "trying to 
connect".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1349371/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1349309] Re: Require special menu type for settings menus

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-bluetooth
   Importance: Medium => Wishlist

** Changed in: indicator-datetime
   Importance: Medium => Wishlist

** Changed in: indicator-sound
   Importance: Medium => Wishlist

** Changed in: indicator-power
   Importance: Medium => Wishlist

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: unity8 (Ubuntu)
   Status: Confirmed => Triaged

** Changed in: unity8 (Ubuntu)
   Importance: Medium => Wishlist

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

Title:
  Require special menu type for settings menus

Status in Bluetooth Menu:
  Triaged
Status in The Date and Time Indicator:
  Triaged
Status in The Power Indicator:
  Triaged
Status in Sound Menu:
  New
Status in indicator-network package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  The settings menus should have a custom type so that we can specialize them 
in the UI.
  com.canonical.indicator.link

  Attached image to show what design want.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-bluetooth/+bug/1349309/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1348265] Re: Wifi networks should be ordered by strength, with connected at top

** Changed in: indicator-network (Ubuntu)
   Importance: Medium => Wishlist

** Changed in: indicator-network (Ubuntu)
 Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

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

Title:
  Wifi networks should be ordered by strength, with connected at top

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Order by signal strength
  Connected network at top.
  Maximum of 5 connections (in indicators)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1348265/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1362592] Re: [connectivity-service] bandwidth limitation detection not functioning

** Changed in: indicator-network (Ubuntu)
   Importance: Medium => High

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

Title:
  [connectivity-service] bandwidth limitation detection not functioning

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  The bandwidth limitation detection is still missing from the
  connectivity-api. It would be great to have the ability to know when
  the network is on a potentially expensive/bandwidth limited
  connection.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1362592/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1354560] Re: Indicator doesn't show connected status when associated with hidden network

setting the priority to 'Low' as hidden networks are marginal.

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
     Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

** Changed in: indicator-network (Ubuntu)
   Importance: Medium => Low

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

Title:
  Indicator doesn't show connected status when associated with hidden
  network

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  After connecting to a hidden wifi network the indicator does not
  correctly show the connection status. Instead of the "connected" icon
  in the top bar there's just a blank space, the hidden network shows up
  in the indicator's network list twice, and there's no check mark next
  to either of the entries in the network list. The phone is associated
  with the wireless network however and has a functioning network
  connection.

  I'm attaching screenshots of the indicator when this is happening as
  well as other data requested in bug #1202806.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1354560/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1365729] Re: On some reboots wifi indicator is missing

expiring.

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Invalid

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

Title:
  On some reboots wifi indicator is missing

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  rtm image 22 mako
  unity8 8.00+14.10.20140827.2-0ubuntu1

  My SIM is working and I am connected to a Wifi network but the wifi
  icon does not appear in the top panel. This happens frequently by re
  multiple reboots.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1365729/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1355130] Re: indicator-network crashing during dialer-app and default tests on smoketesting

expired after the qtdbus port.

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Invalid

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

Title:
  indicator-network crashing during dialer-app and default tests on
  smoketesting

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  Since some images we have noticed constant indicator-network
  (_usr_lib_arm-linux-gnueabihf_indicator-network_indicator-network-
  service.32011.crash) crashes during some smoketesting suites. Most
  commonly the crashes can be seen during default and dialer-app test
  runs.

  Crash-files are attached to the test suites in mention, e.g. for 183:
  * 
http://ci.ubuntu.com/smokeng/utopic/touch/mako/183:20140811:20140809/9605/dialer_app/
  * 
http://ci.ubuntu.com/smokeng/utopic/touch/mako/183:20140811:20140809/9605/default/

  From our observation the crashes do not cause any test failures, so
  they seem to be happening in the background without any effect on the
  user.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1355130/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1351338] Re: Network indicator crashes on desktop suspend/resume

expired after switching to qtdbus.

** Changed in: indicator-network (Ubuntu)
   Status: Triaged => Invalid

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

Title:
  Network indicator crashes on desktop suspend/resume

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  #0  0x7f8530404117 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
  resultvar = 0
  pid = 30259
  selftid = 30261
  #1  0x7f8530405808 in __GI_abort () at abort.c:89
  save_stage = 2
  act = {__sigaction_handler = {sa_handler = 0x7fff0ef1d90c, 
sa_sigaction = 0x7fff0ef1d90c}, sa_mask = {__val = {140210018233734, 11782904, 
86, 4294967295, 140210016872739, 4294967296, 140209968416240, 48005678696, 
140209968416160, 140733444118966, 0, 0, 0, 21474836480, 140210051334144, 
140210018248880}}, sa_flags = 11782996, sa_restorer = 0xb3d0a0 
)::__PRETTY_FUNCTION__>}
  sigs = {__val = {32, 0 }}
  #2  0x7f85303fcfc6 in __assert_fail_base (fmt=0x7f853054e8b0 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0xb3cb54 "count_iter 
!= m_count.end()", file=file@entry=0xb3caf8 
"/home/nick/Work/phablet/unity/indicator-network/network/menumodel-cpp/action-group-merger.h",
 line=line@entry=86, function=function@entry=0xb3d0a0 
)::__PRETTY_FUNCTION__> 
"void ActionGroupMerger::removeAction(Action::Ptr)") at assert.c:92
  str = 0x7f852005eea0 "x"
  total = 4096
  #3  0x7f85303fd072 in __GI___assert_fail (assertion=0xb3cb54 "count_iter 
!= m_count.end()", file=0xb3caf8 
"/home/nick/Work/phablet/unity/indicator-network/network/menumodel-cpp/action-group-merger.h",
 line=86, function=0xb3d0a0 
)::__PRETTY_FUNCTION__> 
"void ActionGroupMerger::removeAction(Action::Ptr)") at assert.c:101
  No locals.
  #4  0x00a06453 in 
ActionGroupMerger::removeAction(std::shared_ptr) ()
  No symbol table info available.
  #5  0x00b00de2 in 
ActionGroupMerger::remove(std::shared_ptr) ()
  No symbol table info available.
  #6  0x00b245f3 in 
WwanSection::Private::modemsChanged(std::set, 
std::less >, std::allocator > > 
const&) ()
  No symbol table info available.
  #7  0x00b29236 in void std::_Mem_fn, 
std::less >, std::allocator > > 
const&)>::operator(), 
std::less >, std::allocator > >, 
void>(WwanSection::Private*, std::set, 
std::less >, std::allocator > 
>&&) const ()
  No symbol table info available.
  #8  0x00b2899a in void std::_Bind, 
std::less >, std::allocator > > 
const&)> (WwanSection::Private*, std::_Placeholder<1>)>::__call, std::less >, 
std::allocator > >&&, 0ul, 
1ul>(std::tuple, 
std::less >, std::allocator > 
>&&>&&, std::_Index_tuple<0ul, 1ul>) ()

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1351338/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1378712] Re: extended data for xCanonicalPinPopup should also have xCanonicalPinPopupTitle

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: unity8 (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  extended data for xCanonicalPinPopup should also have
  xCanonicalPinPopupTitle

Status in indicator-network package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  In order to visually align the SIM entry warning popup with the
  passcode warning popup, the text would need to be split into title and
  text.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1378712/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1382071] Re: List of access points is empty after turning flightmode on and back off

expiring.

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Invalid

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

Title:
  List of access points is empty after turning flightmode on and back
  off

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  14.09-proposed #109

  Test Case
  1. Open the network indicator
-> Verify that the list of access point is not empty
  2. Turn flight mode on and wait a little bit
-> Verify that cellular and wifi are disabled
  3. Turn flight mode off and wait a little bit
-> Verify that cellular and wifi are enabled
-> Verify that the list of AP is not empty

  Actual result
  The list of AP is empty after turning flightmode back on.

  "nmcli dev wifi list" shows the right list of access points

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+14.10.20141015-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.14.7-0ubuntu5
  Architecture: armhf
  Date: Thu Oct 16 16:05:38 2014
  InstallationDate: Installed on 2014-10-16 (0 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141016-010328)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1382071/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1368525] Re: /usr/lib/arm-linux-gnueabihf/indicator-network/indicator-network-service:*** Error in `/usr/lib/arm-linux-gnueabihf/indicator-network/indicator-network-service': dou

qtdbus port has made this bug report expired.

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Invalid

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

Title:
  /usr/lib/arm-linux-gnueabihf/indicator-network/indicator-network-
  service:*** Error in `/usr/lib/arm-linux-gnueabihf/indicator-network
  /indicator-network-service': double free or corruption (fasttop): ADDR
  ***

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  The Ubuntu Error Tracker has been receiving reports about a problem
  regarding indicator-network.  This problem was most recently seen with
  version 0.5.1+14.10.20140904-0ubuntu1, the problem page at
  https://errors.ubuntu.com/problem/31b2fc5ef0b81364741030f3c7ab2cdd84f91f1e
  contains more details.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1368525/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1381516] Re: wifi indicator icon disappears after couple hours using

expiring.

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Invalid

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

Title:
  wifi indicator icon disappears after couple hours using

Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  had this on krillin ubuntu-rtm r104 and r105; after couple hours of
  using the phone the network indicator wifi icon disappears even though
  I am on wifi.

  I am attaching indicator-network.log

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1381516/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1387207] Re: [greeter] strange persistent "Enter SIM1 PIN" dialog on Greeter

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Critical

** Changed in: indicator-network (Ubuntu)
 Assignee: (unassigned) => Antti Kaijanmäki (kaijanmaki)

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

Title:
  [greeter] strange persistent "Enter SIM1 PIN" dialog on  Greeter

Status in Ubuntu UX bugs:
  Fix Committed
Status in indicator-network package in Ubuntu:
  Incomplete
Status in unity-notifications package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu RTM:
  New

Bug description:
  Build r133 Krillin

  I'm not entirely sure how to reproduce this bug but I try to sum up
  the conditions and how the phone was set up before.

  1. Make sure both SIM cards are inserted
  2. SIM1 is locked
  3. reboot device
  4 skip SIM PIN entry

  When skipping the SIM PIN entry screen, you can see a small glitch on
  the top of the screen. It looks like a dialog/snap but it disappears
  very quickly.

  Now, I had my device locked for a while and when I unlocked it via the hard 
key button a snap decision appeared on top of the greeter saying "Enter SIM 
PIN1". It is possible to swipe away the greeter screen but then this is it. You 
are basically stuck.
  I managed as well to pull down the notifications menu but the snap stayed on 
top of that.
  It looks like there is there passcode screen in the background and if you 
want to return back to the greeter you have to lock/unlock the device with the 
hard key button.

  Maybe anyone can reproduce this bug or knows what causes it. Please
  see attached screenshots for more visual info.

  
  Update:
  14.04 r269 krillin

  The glitch of briefly appearing dialog still persists. Every time the
  device is rebooted and user has to enter the SIM PIN.

  UX comment-

  The desired resolution is that users are presented with the actual SIM
  PIN screen without the appearing glitch.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1387207/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1383855] Re: Inconsistent icons across reboot

expiring

** Changed in: unity8 (Ubuntu)
   Status: New => Invalid

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Invalid

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

Title:
  Inconsistent icons across reboot

Status in indicator-network package in Ubuntu:
  Invalid
Status in unity8 package in Ubuntu:
  Invalid

Bug description:
  If I have no SIM in the phone and disable wifi; I get a different icon
  before rebooting (the cog) than after a reboot (wifi - no signal).

  Across reboots, I'd expect to see the same icon in indicator-network
  -- since the device's state is exactly the same.

  I don't think the cog is a very significative icon to convey any
  meaning of status for a network; it's more likely to be more
  significant to users to display a no-signal icon when we're in a state
  where there is no other icon to display (given that indicators need to
  have an icon set).

  0.png shows my device before rebooting; after disabling wifi.
  1.png shows my device after rebooting.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1383855/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1385423] Re: [indicators] flight mode use of x and check mark is counterintuitive

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

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

Title:
  [indicators] flight mode use of x and check mark is counterintuitive

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Every time I look at the flight mode status on my phone, it takes me
  an extra second to understand the current state.  Flight mode is "on",
  and shows a green check box, when the network is disabled; and flight
  mode is "off", showing a black and white X, when the network is
  enabled.  This mental negation costs cognitive effort to decipher,
  because it's using the same symbols as the individual services (wifi,
  gps, bluetooth...) with an opposite meaning.

  I'm not a designer, but my suggestion would be to use different
  symbols for on/off than are used elsewhere in the UI.  (The other
  possibility would be to change the name of the setting to give it an
  opposite sense; I don't suggest doing this because "Flight mode" is a
  well-known name for the functionality.)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1385423/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1395088] Re: APs with same SSID and support for the same encryption should be merged into one on the network list

** Changed in: indicator-network (Ubuntu)
 Assignee: Jussi Pakkanen (jpakkane) => (unassigned)

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

Title:
  APs with same SSID and support for the same encryption should be
  merged into one on the network list

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  as you can see in the "iwlist scan" output below i have two APs in my house, 
one supporting WPA2 only, the other supporting WPA (enabled for some weird old 
wifi HW) and WPA2 ... while nm-applet merges these two into one entry in the 
network list on various ubuntu desktop devices here, the phone shows one entry 
per AP. 
  this behavior should be brought in sync (preferably by making 
indicator-network also only show one entry in this case)

  wlan0 Scan completed :
Cell 01 - Address: 00:23:69:B9:C2:E0
  ESSID:"grawert.net"
  Frequency:2.412 GHz (Channel 1)
  Mode:Managed
  Signal level=-76 dBm  
  Encryption key:on
  Bit Rates:54 Mb/s
  Extra:Rates (Mb/s): 1 2 5.5 11 6 9 12 18 24 36 48 54
  IE: Unknown: 
DD770050F204104A0001101044000102103B00010310470010002369B9C2DE002369B9C2DE02313535102100104C696E6B73797320627920436973636F102300085752543136304E4C1024000876312E30302E30311042000231351054000800060050F2040001101100085752543136304E4C100800020084
  IE: IEEE 802.11i/WPA2 Version 1
  Group Cipher : CCMP
  Pairwise Ciphers (1) : CCMP
  Authentication Suites (1) : PSK
Cell 02 - Address: C0:3F:0E:CA:36:26
  ESSID:"grawert.net"
  Frequency:2.437 GHz (Channel 6)
  Mode:Managed
  Signal level=-46 dBm  
  Encryption key:on
  Bit Rates:54 Mb/s
  Extra:Rates (Mb/s): 1 2 5.5 11 6 9 12 18 24 36 48 54
  IE: WPA Version 1
  Group Cipher : TKIP
  Pairwise Ciphers (2) : CCMP TKIP
  Authentication Suites (1) : PSK
  IE: Unknown: DD0E0050F204104A0001101044000102
  IE: IEEE 802.11i/WPA2 Version 1
  Group Cipher : TKIP
  Pairwise Ciphers (2) : CCMP TKIP
  Authentication Suites (1) : PSK

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1395088/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1401157] Re: indicator should specify the device when activating connection with NM

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  indicator should specify the device when activating connection with NM

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  When setting up hotspot for some devices, as well as from boot on some
  others; there are extra interfaces aside from "wlan0":

  ap0
  p2p0

  Both of which aren't to be used as master devices for connections, and
  as such will normally not report scan results. These devices ought not
  to be ignored by NetworkManager (we currently carry a patch to do so,
  unfortunately) since there are legitimate uses for them; such as to
  support WiFi-Direct, wireless displays, hotspot, etc.

  This bug is to make sure these devices are properly "ignored" in
  indicator-network -- not that they should be explicitly never used,
  but the device from which the scan results come needs to be recorded
  so that this device is also specified when creating/activating a
  connection, to ensure the devices that do not have scan results are
  not displayed in the indicator.

  Feel free to close this bug if this is already being done.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1401157/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407899] Re: [phone] Disabling WiFi when roaming displays 2G icon even if data roaming disabled

Is this still happening?

** Changed in: indicator-network (Ubuntu)
   Status: New => Incomplete

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

Title:
  [phone] Disabling WiFi when roaming displays 2G icon even if data
  roaming disabled

Status in indicator-network package in Ubuntu:
  Incomplete

Bug description:
  Steps:
  * go abroad (yeah, I know ;P) - this should be possible to simulate with 
phonesim, no?
  * disable data roaming
  * disable WiFi

  Expected:
  * no data connection icon displayed

  Current:
  * the 2G icon is displayed even though there's no connection made

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: indicator-network 0.5.1+15.04.20141216-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.15-0ubuntu3
  Architecture: armhf
  Date: Tue Jan  6 10:19:05 2015
  InstallationDate: Installed on 2014-12-18 (19 days ago)
  InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf 
(20141218-020204)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1407899/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1411527] Re: should prompt the user when connecting to an insecure network

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

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

Title:
  should prompt the user when connecting to an insecure network

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  To protect the user, we should inform the user that he is trying to
  connect to a potentially insecure network (Open, WEP, WPA).

  [Young Pirate hacker gets top security secrets]
  http://www.net-security.org/secworld.php?id=17828

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1411527/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407918] Re: [phone] Toggling WiFi leaves both GSM and WiFi connected

the icon changing is a separate bug #1339792 and the fact that ccmni0
being kept alive is intended behaviour. It does not consume battery even
though it's visible.

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Won't Fix

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

Title:
  [phone] Toggling WiFi leaves both GSM and WiFi connected

Status in indicator-network package in Ubuntu:
  Won't Fix

Bug description:
  This is one more that's probably not in the right place... please
  reassign as appropriate.

  Steps:
  * disable WiFi via switch in the Network menu
  * wait for a GSM data connection
  * enable WiFi again
  * rinse'n'repeat

  Expected:
  * GSM connection is dropped whenever WiFi is available

  Current:
  * sometimes GSM is dropped, but sometimes it remains on, even if unused

  The routes and all go through WiFi, so traffic should be fine, but the
  icon still says H for me, and there is a ccmni0 interface up.

  Please find attached logs from network-test-session when I switched
  WiFi off and on.

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: indicator-network 0.5.1+15.04.20141216-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.15-0ubuntu3
  Architecture: armhf
  Date: Tue Jan  6 10:19:05 2015
  InstallationDate: Installed on 2014-12-18 (19 days ago)
  InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf 
(20141218-020204)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1407918/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1412444] Re: no indication when the cellular network connection is not encrypted

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  no indication when the cellular network connection is not encrypted

Status in the base for Ubuntu mobile products:
  New
Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged
Status in ofono package in Ubuntu:
  Confirmed

Bug description:
  From TS 100 920 - V8.1.0:

  3.3.3 Functional Requirements:

  """
  The ME has to check if the user data confidentiality is switched on using one 
of the seven algorithms. In the event that
  the ME detects that this is not the case, or ceases to be the case (e.g. 
during handover), then an indication is given to the
  user.

  This ciphering indicator feature may be disabled by the SIM (see GSM
  11.11).

  In case the SIM does not support the feature that disables the ciphering 
indicator, then the ciphering indicator feature in
  the ME shall be enabled by default.
  """

  My understanding of this is that we should at least show a warning
  icon and maybe explanatory text inside the i-network and maybe
  relevant apps like phone-app and messaging-app that the cellular
  communication channel is not encrypted. Without encryption anyone with
  sufficient equipment can eavesdrop the voice and data communication
  between the cell tower and users phone.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1411714] Re: indicator-network not functioning after modems reboot

** Changed in: indicator-network (Ubuntu)
   Status: In Progress => Fix Released

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

Title:
  indicator-network not functioning after modems reboot

Status in the base for Ubuntu mobile products:
  Fix Released
Status in indicator-network package in Ubuntu:
  Fix Released
Status in network-manager package in Ubuntu:
  Invalid
Status in ofono package in Ubuntu:
  Invalid
Status in indicator-network package in Ubuntu RTM:
  Fix Released

Bug description:
  1) The release of Ubuntu
  current build number: 75
  device name: krillin
  channel: ubuntu-touch/devel-proposed
  alias: ubuntu-touch/vivid-proposed
  last update: 2015-01-16 13:56:36
  version version: 75
  version ubuntu: 20150116
  version device: 20150113-9cccefe
  version custom: 20150116

  2) The version of the package you are using, via 'apt-cache policy pkgname' 
or by checking in Software Center
  Using libqofono-0.70, ofono 1.12.bzr6882+15.04.20141126-0ubuntu1 which 
deviates from the default

  3) What you expected to happen
  After the modems rebooted, I expected the network indicator to function 
normally

  4) What happened instead

  The network indicator's WI-Fi and Flight Mode switches are reverted
  after a tap/click.

  In the network indicator both SIMs are listed as Disconnected.

  Sometimes I see a cog: http://i.imgur.com/bAwAB71.png

  5) Steps to reproduce

  On a dual SIM device, alternate between running
  /usr/share/ofono/scripts/set-3g-slot /ril_0 and
  /usr/share/ofono/scripts/set-3g-slot /ril_1

  This is the output of ofono/scripts/list-modems: 
http://pastebin.ubuntu.com/9762092/
  wlan0 has gone away, see output of $ ifconfig -a: 
http://pastebin.ubuntu.com/9762104/

  This appears in the network-manager.log:
  http://pastebin.ubuntu.com/9762128/

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: indicator-network 0.5.1+15.04.20141216-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.15.1-0ubuntu2
  Architecture: armhf
  Date: Fri Jan 16 16:16:33 2015
  InstallationDate: Installed on 2015-01-16 (0 days ago)
  InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf 
(20150116-020204)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1416731] Re: [connectivity-service] Extend the connectivity-api for Bluetooth scanning

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [connectivity-service] Extend the connectivity-api for Bluetooth
  scanning

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  One of my Ubuntu Touch app ideas is a Bluetooth Scanner. Bluetooth
  management functionality will have to be implemented anyways, and
  since Qt Bluetooth is not part of Ubuntu Touch images, I propose the
  extension of the connectivity-api.

  The purpose of a Bluetooth scanner is to find all devices in range and
  gather as much additional information as possible, so we have to keep
  in mind which device types exist and which information we care about.

  -Bluetooth Classic: At least the device MAC address and the
  contents of the “Class of Device” field are needed. If the device has
  a “pretty name” set, we want to know it, and if the adapter reports
  the signal strength with which the information was received this is
  important as well. We also want to query devices for the exact list of
  services they offer.

  -Bluetooth Low Energy: Advertisements contain up to 31 bytes of
  arbitrary information, and the scanning device may actively query for
  up to 31 additional bytes. This information is important because it
  contains device names, UUIDs etc. The list of services offered can be
  retrieved using the Generic Attribute Profile (GATT), so the API
  should offer the necessary calls.


  API calls and features

  I propose the following API functions:

   -   startScan() initiates a scan using the given technology. For
  Bluetooth Classic this would trigger an active scan, while for
  Bluetooth Low Energy it would set the device to continuous listening
  mode. Since it is unknown if and when the scan is finished, the call
  should return immediately and information is returned via callbacks.
  Depending on the hardware it may be possible to start scans for the
  different technologies at the same time.

  -stopScan() stops an ongoing scan.

  -queryServices() takes a device address and actively queries for a
  list of all offered services. The specification mentions quite short
  timeouts for many message types, so I am not sure if this call should
  block or use a callback.


  Security and Privacy

  A hostile app may calculate the location of a user from the list of
  iBeacons in range, and because of the short-range nature of Bluetooth
  this location will be quite accurate. I therefore propose that the
  first call to startScan() triggers a system popup informing the user
  about possible privacy implications and asking for permission.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1416731/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1418836] Re: [System Setting][Wi-Fi] When turnning off flight mode and go to wireless indicator, there is no any availabe wifi networks

this has been fixed by the qtdbus port.

** Changed in: indicator-network (Ubuntu)
   Status: New => Fix Released

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

Title:
  [System Setting][Wi-Fi] When turnning off flight mode and go to
  wireless indicator, there is no any availabe wifi networks

Status in indicator-network package in Ubuntu:
  Fix Released

Bug description:
  Environment:

  Unit: Mako (Nexus4)
  Product: Vivid
  System version: r88

  Steps:
  1. turn on flight mode
  2. turn off flight mode
  3. go to wireless

  Expected result:
  user could select any available Wi-Fi networks

  Actual result:
  no any available wifi network list but "Previous networks" and "Connect to 
hidden network"

  p.s. after restart system (with flight mode off), all available wi-fi
  list would show up normally.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1418836/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1416741] Re: [connectivity-service] Extend the connectivity-api for mobile network scanning

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [connectivity-service] Extend the connectivity-api for mobile network
  scanning

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  I think exposing as much information as possible about mobile networks
  opens the door for interesting applications, e.g. IMSI catcher
  detectors, free cell tower location databases, location-based services
  etc.


  Technology

  There are currently at least four different mobile network
  technologies available around the world:

  -GSM

  -LTE

  -CDMA

  -WCDMA (UMTS)

  A device may support one or more technologies at the same time, and
  the currently available status may therefore change over time. For
  example an LTE device may temporarily roam down to UMTS or even GSM.


  Needed information

  The available information differs between technologies, and new
  technologies will be introduced during the lifetime of the API, so the
  design should be extensible.

  -GSM: A base station is identified by its Cell-ID (CID), Location
  Area Code (LAC), Mobile Country Code (MCC) and Mobile Network Code
  (MNC). The last digit of the CID may encode the antenna number if the
  same base station has more than one. Signal strength may be reported
  in ASU, dBm or “levels”. A Timing Advance value is used to coarsely
  describe the distance between the mobile device and the currently used
  base station.

  -LTE: A base station is identified by its Cell-ID (CID), Mobile
  Country Code (MCC), Mobile Network Code (MNC), Physical Cell ID and
  Tracking Area code. Signal strength may be reported in ASU, dBm or
  “levels”. Timing Advance values are available for every base station
  of the same operator within range, not only for the currently used
  one.

  -CDMA: A base station is identified by its Base Station ID,
  Latitude, Longitude, Network ID and System ID. Signal strength may be
  reported in ASU, dBm, Ec/Io, “levels” or SNR. EVDO for faster data
  transfer may be available.

  -WCDMA (UMTS): A base station is identified by its Cell-ID (CID),
  Mobile Country Code (MCC), Mobile Network Code (MNC) and Primary
  Scrambling Code. Signal strength may be reported in ASU, dBm or
  “levels”.


  API calls and features

  The Baseband chip has to monitor the whole network at all times
  anyway, so the required information should be readily available. A
  single call a la `networkCells()` should therefore suffice. The rest
  of the API is heavily dependent on which methods the Baseband offers
  and which data it exposes.


  Security and Privacy

  A hostile app may calculate the location of a user from the list of
  cell towers in range. Because of the long-range nature of mobile
  networks this location will often not be accurate, but especially in
  cities it may be accurate enough. I therefore propose that the first
  call to networkCells() triggers a system popup informing the user
  about possible privacy implications and asking for permission.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1416741/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1421671] Re: Implement wifi hotspot status

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  Implement wifi hotspot status

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Implement the wifi hotspot status in the indicator per the [1] spec

  1. https://wiki.ubuntu.com/Networking#hotspot

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1421671/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1415098] Re: [connectivity-service] Extend the connectivity-api for WiFi scanning

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [connectivity-service] Extend the connectivity-api for WiFi scanning

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  I am currently trying to build a WiFi scanner app for Ubuntu Touch.
  Since Click apps are confined and have no root rights, all other
  approaches failed. I hereby propose to expose the needed information
  and API calls through the connectivity-api.

  
  The minimum amount of information needed is:

  - A list of all broadcasting stations (BSS/IBSS) in range

  - Broadcast station MAC address

  - SSID (may be emtpy)

  - Center frequency or channel (the one can be converted into the
  other)

  - Signal strength

  - Available authentication and encryption schemes

  - Timestamp when the station was last seen

  This is basically the same information as encapsulated in an
  android.net.wifi.ScanResult object on Android.

  Optional, but "nice to have" information would be:

  - The contents of the "Capability Info" field of the beacon frame.

  - Supported data rates, so one can distinguish between 802.11b/g/n/ac
  networks. This information is encoded in the "Rates" and ""Supported
  MCS Set" fields of the beacon frame.

  - The contents of the "HT Capability Info" field (if present) of the
  beacon frame.

  This optional information is already recorded by the kernel and is
  e.g. decoded/displayed by a call to `iw dev wlan0 scan`.

  
  Since the network management service has to monitor its surroundings anyways, 
e.g. to detect and connect to an already known network or to switch to a better 
access point during movement, the information should be readily available. A 
single `scanResults()` call returning a list of broadcast station objects 
should therefore already be enough.

  I propose the following additional API features:

  - A method to register a callback function which is called after every
  successful scan. This frees the application from polling the API, may
  save power and the app can process new information instantly.

  - A method to set the scan interval within a pre-defined range. The
  network management service may decide to adapt its scan interval to
  the current situation to save power, e.g. a longer interval when not
  currently connected and a short one when connected. A scanner app may
  require a short, constant interval.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1415098/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1425172] Re: Network indicator lists the non-exist AP (timeout for the AP to be removed is too big, ~6min)

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Incomplete

** Changed in: indicator-network (Ubuntu)
 Assignee: Pete Woods (pete-woods) => (unassigned)

** Changed in: indicator-network (Ubuntu)
   Importance: High => Undecided

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

Title:
  Network indicator lists the non-exist AP (timeout for the AP to be
  removed is too big, ~6min)

Status in the base for Ubuntu mobile products:
  Confirmed
Status in indicator-network package in Ubuntu:
  Incomplete
Status in network-manager package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  Incomplete
Status in network-manager package in Ubuntu RTM:
  Confirmed

Bug description:
  Summary: Network indicator lists the non-exist AP
  Steps to reproduce:
  1. Boot to system
  2. Scroll down the Network indicator
  3. It lists about 10 AP (In Taipei office)
  4. Go to another place and check network indicator again

  Expected Result:
  It should not list non-exist AP and only show available AP

  Actual Result:
  It shows about 12 AP on the screen but only two are real AP for connecting, 
and others 10 are from last list.

  This is reproducible on mako/krillin on both RTM and vivid.

  The main issue is that the timeout for the AP to be removed from the
  known AP list is too big when comparing with other phones.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1422570] Re: Network indicator incorrectly claims no network available, VPN no longer working

sorry michi, this got lost in the NEW queue. the correct project is
network-manager-gnome.

** Package changed: indicator-network (Ubuntu) => network-manager-applet
(Ubuntu)

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

Title:
Network indicator incorrectly claims no network available, VPN no
longer working

Status in network-manager-applet package in Ubuntu:
New

Bug description:
I'm not sure whether this is the right project...

I did an apt-get upgrade on my vivid machine last week. Since then, my
previously working VPN setup no longer works (both new and old VPN).

Symptoms:

- After rebooting and logging in and clicking on the up-down arrow
icon, I see "No network devices available". That is definitely wrong,
seeing that, as a matter of fact, I'm on my ethernet, and it's working
fine. (I'm typing this on the affected machine.)

- Since the reboot, my previously working VPN config is toast. I had
both the old and the two new VPNs configured and working fine. Now,
when I click on "VPN Connections", none of the previously configured
networks are there. It's as if I had never configured anything.

I figured I'll try re-adding the missing VPN config, but no joy. After
re-adding a connection from my saved .conf file and clicking save, I
get an error dialog:

"Connection not visible or not available: Method "GetAll" with
signature "s" on interface "org.freedesktop.DBus.Properties" doesn't
existConnection not visible or not available: Method "GetAll" with
signature "s" on interface "org.freedesktop.DBus.Properties" doesn't
exist"

I have not hacked around with anything on this machine. No PPAs or the
like...

I'd appreciate help with this. Right now, I can't access anything
company-internal from that machine.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1422570/+subscriptions

--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1427358] Re: Network indicator should deal with AP/P2P Wi-Fi devices as well as active AP/P2P connections

** Changed in: indicator-network (Ubuntu)
   Status: New => Incomplete

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: indicator-network (Ubuntu)
   Status: Incomplete => Triaged

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

Title:
  Network indicator should deal with AP/P2P Wi-Fi devices as well as
  active AP/P2P connections

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  Using vivid on krillin

  Background:
  From the spec on networking [1]:

  A hotspot requires Wi-Fi to work. To warn you that turning off Wi-Fi
  will turn off the hotspot, whenever Hotspot is on, the “Wi-Fi” switch
  wherever it appears (in the quick-access area, in the “Wi-Fi” screen,
  and in the network menu) should instead be “Wi-Fi used for hotspot”.
  In addition, turning on Flight Mode should warn that it will turn off
  Hotspot.

  Reproduce:
  Start an AP hotspot using [2]

  What happens:
  1. The network indicator gives no indication that turning off Wi-Fi will 
disable the hotspot
  2. Flight mode silently disables hotspot and does not restore it after being 
turned off
  3. The AP looks like any 'normal', connected network

  What should happen:
  1. The Wi-Fi switch should have a different label (see [1])
  2. Going into flight mode should yield a warning
  3. The AP should probably be visually separated from 'normal' networks

  [1] https://wiki.ubuntu.com/Networking#hotspot
  [2] 
http://bazaar.launchpad.net/~mathieu-tl/+junk/touch-hotspot/view/head:/hotspot.py

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1427358/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1426876] Re: SIM PIN Unlock doesn't always trigger an actual unlock action

needs more investigation.

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Medium

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Incomplete

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

Title:
  SIM PIN Unlock doesn't always trigger an actual unlock action

Status in indicator-network package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  current build number: 127
  device name: krillin
  channel: ubuntu-touch/devel-proposed

  Two SIMs installed, SIM in the second slot is PIN-locked.

  It's possible for a PIN to be entered on the SIM auto-prompt screen (
  displayed at boot ) and the subsequent action ( ie. the DBus EnterPin
  call to ofono ) to get dropped.   This results in the SIM still being
  locked when the user dismisses the greeter.

  This bug was discovered while testing an ofono vivid silo.  The
  associated ofono merge request is:

  https://code.launchpad.net/~phablet-
  team/ofono/ww10-update/+merge/250665

  The version of ofono in the silo (ubuntu-013) is:

  1.12.bzr6888+15.04.20150224-0ubuntu1

  There's some kind of race condition involved, as this seldom happens (
  ~5% of the time ).

  I was finally able to prove that this was unity8 ( or some other upper
  layer component ) by adding info log messages to the ofono functions
  that handle the DBus EnterPin method, and the associated callback
  function.  The scenario that clinched it for me was:

  1. Boot phone

  2. Enter bad PIN and tap check button when prompted for SIM2
  [ See that remaining Retries is reported as 2 ]

  3. Enter PIN again and tap check button again

  4. Examine syslog and notice that there's only a single call to
  EnterPIN, which is followed by a log message showing the callback
  failure for the bad PIN entered.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1426876/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1429158] Re: Autopilot tests depend on qt4

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Low

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

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

Title:
  Autopilot tests depend on qt4

Status in Camera App:
  Confirmed
Status in address-book-app package in Ubuntu:
  New
Status in camera-app package in Ubuntu:
  New
Status in click-update-manager package in Ubuntu:
  New
Status in cordova-ubuntu package in Ubuntu:
  New
Status in gallery-app package in Ubuntu:
  New
Status in indicator-network package in Ubuntu:
  Triaged
Status in mediaplayer-app package in Ubuntu:
  New
Status in notes-app package in Ubuntu:
  New
Status in ubuntu-html5-theme package in Ubuntu:
  New
Status in ubuntu-keyboard package in Ubuntu:
  New
Status in ubuntu-system-settings package in Ubuntu:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New
Status in ubuntuone-credentials package in Ubuntu:
  Fix Released
Status in unity-scope-click package in Ubuntu:
  Fix Released
Status in unity-webapps-qml package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  When installing the autopilot tests, they bring qt4 dependencies that
  are unnecessary.

  The package with the autopilot tests depends on libautopilot-qt, which
  installs both autopilot-qt4 and autopilot-qt5.

  We can remove that dependency and add autopilot-qt5 and qttestability-
  autopilot instead.

To manage notifications about this bug go to:
https://bugs.launchpad.net/camera-app/+bug/1429158/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1430769] Re: Does not detect hidden WiFi on first attempt

*** This bug is a duplicate of bug 1354560 ***
https://bugs.launchpad.net/bugs/1354560

** This bug has been marked a duplicate of bug 1354560
   Indicator doesn't show connected status when associated with hidden network

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

Title:
  Does not detect hidden WiFi on first attempt

Status in indicator-network package in Ubuntu:
  New
Status in ubuntu-system-settings package in Ubuntu:
  Invalid
Status in wpasupplicant package in Ubuntu:
  New

Bug description:
  The WiFi network I use at home is a hidden one. While it works with my
  Ubuntu Phone, I always have to toggle WiFi on and off about 3 times
  until it is detected.

  phablet@ubuntu-phablet:~$ system-image-cli --info
  current build number: 129
  device name: mako
  channel: ubuntu-touch/devel-proposed
  alias: ubuntu-touch/vivid-proposed
  last update: 2015-03-11 13:19:54
  version version: 129
  version ubuntu: 20150310.3
  version device: 20150210
  version custom: 20150310.3

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1430769/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1436064] Re: SIM-PIN has to be entered every time after leaving the airplanemode

This is a feature of the BQ phone HW as it removes the modem SIM interfaces 
completely when entering flight mode.
The only option to work around this would be for ofono rild driver to cache the 
sim pins when it detects a BQ phone HW and flightmode being activated and 
automatically enter the PINs behind the scenes when the phone leaves flightmode.

Updated indicator-network task to Invalid and restored ofono status.

** Changed in: ofono (Ubuntu)
   Status: Invalid => Confirmed

** Changed in: indicator-network (Ubuntu)
   Status: New => Invalid

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

Title:
  SIM-PIN has to be entered every time after leaving the airplanemode

Status in the base for Ubuntu mobile products:
  New
Status in Usability Bugs in Ubuntu Phone:
  New
Status in indicator-network package in Ubuntu:
  Invalid
Status in ofono package in Ubuntu:
  Confirmed

Bug description:
  
  Every time after leaving the air-plane mode you are forced to enter the 
SIM-Pin.

  While changing frequently between on-line and off-line this is
  annoying.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1436712] Re: lists no aps, doesn't display wifi icon in panel while connected

this has been fixed by the qtdbus port of i-network

** Changed in: indicator-network (Ubuntu)
   Status: New => Fix Released

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

Title:
  lists no aps, doesn't display wifi icon in panel while connected

Status in indicator-network package in Ubuntu:
  Fix Released

Bug description:
  Using rtm 256 on bq, the device is connected to wifi but the panel
  icons only show the phone carrier icons, not the wifi one. nmcli lists
  aps correctly and confirms the device is connected, so the issue seems
  to be with the indicator

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1436712/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1436724] Re: [indicators] [SIM PIN] No prompt to unlock sim after airplane mode

related to bug #1436064

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [indicators] [SIM PIN] No prompt to unlock sim after airplane mode

Status in the base for Ubuntu mobile products:
  New
Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Invalid

Bug description:
  BQ phone:

  Steps to reproduce:
  1. Turn airplane mode on
  2. Turn airplane mode off

  Desired effect:
  You get a prompt to unlock your sim cards

  What I got:
  You get no connection and no prompt. Only if you open the "network" panel, 
you see that your sim is still locked.

  You should get a prompt to unlock your sim after turning off airplane
  mode. Otherwise the user does not know the sim card is still locked.
  The fact that the sim card becomes locked after airplane mode is not
  something you should have to think about as a user.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1436820] Re: Blocked SIM card keeps on asking for PUK

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Medium

** Changed in: indicator-network (Ubuntu RTM)
   Importance: Undecided => Medium

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

Title:
  Blocked SIM card keeps on asking for PUK

Status in the base for Ubuntu mobile products:
  New
Status in indicator-network package in Ubuntu:
  Incomplete
Status in ofono package in Ubuntu:
  Fix Committed
Status in indicator-network package in Ubuntu RTM:
  Incomplete
Status in ofono package in Ubuntu RTM:
  Confirmed

Bug description:
  I managed to enter the wrong PUK for a SIM card for 10 times in a row
  and the phone keeps on asking me for the PUK. It always says that this
  will be the last attempt even though it's too late already.

  Instead, it should say that this SIM card is rejected and only
  emergency calls are possible.

  Reported on

  This is krillin, with RTM image 21.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1436814] Re: Use a roaming indicator for each SIM on dual SIM phones

Thank you for the bug report.

As this report mostly deals with design proposals, I'm adding ubuntu-ux
to the list of projects to get design department to weight in.

@yuri:  You can check the associated networks from the network indicator
more quickly than going through system settings.

Roaming indications should already be shown per modem inside the
indicator as well, but fixing bug #1366014 also makes it apparent which
SIM is used for mobile data so you can verify easily if you are using a
roaming connection for the data.

@michael-zukowski:  for the roaming in Germany with German card, please file a 
new bug here:
https://bugs.launchpad.net/ubuntu/+source/ofono/+filebug

@michael-zukowski:
for SIM 1+2 always being mixed up please mark the bug #1447479 also affecting 
you.


** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  Use a roaming indicator for each SIM on dual SIM phones

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  For dual SIM phones, the roaming indicator should be related to each SIM, by 
having a "R" sign on the top of each signal strength indicator, or by having 
the roaming indicator in red (or another color) or by having the indicator 
blinking.
  I live near a border, and I work on the other side of this border: I have 2 
SIM's, one for each country. As the phone is sometime "lazzy" to connect each 
SIM to the right operator as soon as it becomes available, when I switch from 
one country to the another, I'm not able to check if both SIM are on the right 
network: sometime, I place or I receive a call thinking I'm not in the roaming 
mode... and it is not true.
  The work around consists to go the the system settings of the phone to check 
each SIM card and its associated operator.
  Having an roaming indicator dedicated to each SIM could help: a quick glance 
is enough to check the card status.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1436814/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1440121] Re: Can not connect to WPA2-EAP wireless LAN with bq aquaris

we need to investigate this more. WPA2-EAP support has not been
implemented, but interacting with such accesspoints through the
indicator should not render the indicator defunct.

** Changed in: indicator-network (Ubuntu)
   Status: New => Triaged

** Changed in: indicator-network (Ubuntu)
   Importance: Undecided => High

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

Title:
  Can not connect to WPA2-EAP wireless LAN with bq aquaris

Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  When I touch the name of the network on the list, at the indicators
  menu, nothing happens. When I try it again 3, 4 times, the whole
  "Network" tab becomes empty, even the SIM card informations disappear,
  and the icon of the tab switches to a gear instead of the signal
  strength indicator. Then the Network tab stays empty until the next
  reboot.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1440121/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1443583] Re: Dataroaming only active after turning wifi on

Thank you for the bug report.

Could you please check the system-settings that the correct SIM card is
selected for mobile data and that mobile data for that SIM card is
enabled when roaming.

Could you also elaborate what you mean by the data roaming being active
only after turning Wi-Fi on ?

** Changed in: indicator-network (Ubuntu)
   Status: New => Incomplete

** Changed in: indicator-network (Ubuntu)
 Assignee: (unassigned) => Gregorovics (gregorovics)

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

Title:
  Dataroaming only active after turning wifi on

Status in indicator-network package in Ubuntu:
  Incomplete

Bug description:
  Roaming  active  on sim1 only on

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1443583/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1439710] Re: Indicator failed to show cellular icon

is this still happening?

** Changed in: indicator-network (Ubuntu)
   Status: New => Incomplete

** Changed in: indicator-network (Ubuntu)
 Assignee: (unassigned) => Jonathan Cave (jocave)

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

Title:
  Indicator failed to show cellular icon

Status in the base for Ubuntu mobile products:
  New
Status in indicator-network package in Ubuntu:
  Incomplete

Bug description:
  Version: ubuntu-touch/vivid-proposed arale r148

  Inserted a SIM and rebooted after flash of the above.

  After boot network indicator showed a wifi connection, but no cellular
  connection.

  On the menu the cellular showed "Offline". Examing ofono list-modems
  showed ril_0 as online.

  Issued a "restart network-indicator" and the state then showed the
  cellular connection correctly.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1485101] Re: add FindValgrind.cmake to cmake-extras

2015-08-28 Thread Antti Kaijanmäki

Actually now that I'm using FindValgrind in my own project I see it
requires enhancements. So, let's leave this be and I will propose my
improved version of FindValgrind to cmake-extras.


** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Won't Fix

** Changed in: cmake-extras (Ubuntu)
 Assignee: Pete Woods (pete-woods) => Antti Kaijanmäki (kaijanmaki)

** Changed in: cmake-extras (Ubuntu)
   Importance: Undecided => Low

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

Title:
  add FindValgrind.cmake to cmake-extras

Status in cmake-extras package in Ubuntu:
  Confirmed
Status in indicator-network package in Ubuntu:
  Won't Fix

Bug description:
  in source tree cmake/FindValgrind.cmake is not part of cmake-extras.

  This module is universally usable and thus should be added to cmake-
  extras.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cmake-extras/+bug/1485101/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1390136] Re: need a transition state for indicators reflecting laggy backends

As nick stated in comment #7 we need more detailed API than the current
GAction based one. I'm thinking something along the line of having QML
API's that return a progress object when you call methods such as
"enableFlightMode". The caller would then use the object to track the
status of the operation.

Once we do have the ability to track the progress of an Operation in the
UI level we can either "disable" the switches for the duration of the
ongoing operation or animate them with a "progress spinner" or
something.

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

Title:
  need a transition state for indicators reflecting laggy backends

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Ubuntu UX bugs:
  Fix Committed
Status in indicator-network package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Triaged
Status in indicator-network source package in Utopic:
  Confirmed
Status in ubuntu-system-settings source package in Utopic:
  Confirmed
Status in indicator-network source package in Vivid:
  Confirmed
Status in ubuntu-system-settings source package in Vivid:
  Confirmed
Status in unity8 source package in Vivid:
  Triaged
Status in indicator-network package in Ubuntu RTM:
  New
Status in ubuntu-system-settings package in Ubuntu RTM:
  New
Status in unity8 package in Ubuntu RTM:
  New

Bug description:
  spawned from efforts in bug 1336715

  because the user's input toggle for airplane mode is both a reflection
  of user intent & the state of the backendand the backend is
  unfortunately variable & lengthy to change (anywhere from 1 to ~10+
  seconds sometimes) we need to have an intermediate/transition
  statee.g. toggle to airplane mode onthen animate somehow that
  there's a transition happening, until it either fails/succeeds

  comment from dizzypaty

  Between the user’s action of toggling the airplane switcher on and/or
  off and the backend updating the state, the indicator icon displayed
  on the statusbar should be the following: network-idle.svg

  
(https://drive.google.com/drive/#folders/0BzbnWoHmYF3aZTA4WHNPYW1jeUE/0BzbnWoHmYF3aS2pVejVicktrdm8/0BzbnWoHmYF3ablBITVByRnpzdEk).

  
  Desired resolution

  Summary: the interface should immediately respond to user input
  confirming the action, even if the backend takes up to 20 seconds to
  actually change state.  Having the UI and backend out of sync for up
  to 30 seconds is not a problem, as long as it always goes back into
  sync after this delay.

  1.When the user changes the flight mode toggle switch it should
  instantly change state.

  2.The backend should then be informed of the state change.

  3.Up to 30 seconds later the backend completes the state change

  Note: The cellular connection indicator should always display the
  backend state, not the current flight mode toggle switch state

  
  Variation - user switches the flight mode toggle on and off rapidly.

  Once a flight mode state change request has been sent to the backend
  but before a conformation that the state change is complete is
  received, all further user interactions should be buffered on the
  client.  When the client receives conformation of the state change
  from the backend it should check to see if the state is in sync with
  its buffer.  If it is in sync nothing happens and the buffer is
  cleared.  If it is not in sync another state change signal is sent to
  the backend and the buffer is cleared.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1223653] Re: CMake: Build pot file

We have translations, there is a .pot which is generated with a custom
target "pot_file"

** Changed in: indicator-network
   Status: Confirmed => Fix Released

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Fix Released

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

Title:
  CMake: Build pot file

Status in Network Menu:
  Fix Released
Status in indicator-network package in Ubuntu:
  Fix Released

Bug description:
  
  CMake doesn't seem to be building the indicator-network.pot file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-network/+bug/1223653/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1365729] Re: On some reboots wifi indicator is missing

Is this still happening?

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Incomplete

** Changed in: indicator-network (Ubuntu)
 Assignee: Antti Kaijanmäki (kaijanmaki) => (unassigned)

** Changed in: indicator-network (Ubuntu)
 Assignee: (unassigned) => Omer Akram (om26er)

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

Title:
  On some reboots wifi indicator is missing

Status in indicator-network package in Ubuntu:
  Incomplete

Bug description:
  rtm image 22 mako
  unity8 8.00+14.10.20140827.2-0ubuntu1

  My SIM is working and I am connected to a Wifi network but the wifi
  icon does not appear in the top panel. This happens frequently by re
  multiple reboots.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1365729/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1300332] Re: [cpp] Manager::createInstance() should return a shared pointer

not relevant anymore.

** Changed in: indicator-network
   Status: Triaged => Won't Fix

** Changed in: indicator-network (Ubuntu)
   Status: Triaged => Won't Fix

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

Title:
  [cpp] Manager::createInstance() should return a shared pointer

Status in Network Menu:
  Won't Fix
Status in indicator-network package in Ubuntu:
  Won't Fix

Bug description:
  Just to be consistent.
  Also then Manager should typedef std::shared_ptr Ptr.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-network/+bug/1300332/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1389861] Re: [dialer-app] can't unlock phone during an incoming call

** Package changed: indicator-network (Ubuntu) => unity8 (Ubuntu)

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

Title:
  [dialer-app] can't unlock phone during an incoming call

Status in Dialer app for Ubuntu Touch:
  Incomplete
Status in Ubuntu UX bugs:
  Triaged
Status in unity8 package in Ubuntu:
  New

Bug description:
  While testing krillin rtm image 142, I noticed that the phone remains
  locked during an incoming call if the screen was off when the call
  came in.  There is no way to unlock the phone to access other
  functions until after the call is done.

  It seems like a common use case to be able to do other things on the
  phone during a call, looking up someone's number or checking a map or
  whatever, but this currently is only possible during outgoing calls.

  During an incoming call I can't even access the indicators to change
  brightness or check today's date or even see what time it is, so it
  actually ends up being more "locked" than the lock screen.

  Could we add the ability to unlock the phone during a call received
  while locked?

To manage notifications about this bug go to:
https://bugs.launchpad.net/dialer-app/+bug/1389861/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1408741] Re: [network indicator] tapping the currently connected wifi network cause connection to drop and reconnect

*** This bug is a duplicate of bug 1322490 ***
https://bugs.launchpad.net/bugs/1322490

** This bug has been marked a duplicate of bug 1322490
   [indicators] Clicking on a connected network's checkbox  disconnects & 
re-connects

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

Title:
  [network indicator] tapping the currently connected wifi network cause
  connection to drop and reconnect

Status in Ubuntu UX bugs:
  New
Status in indicator-network package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  Not sure if this desirable or not, but I noticed when I opened the
  networking indicator, and tapped on the currently connected network
  (the green one) that the connection was broken and re-established.

  To see, open shell on device and run "ping 8.8.8.8". Watch the output,
  then open network indicator and tap on the currently connected
  network. I see the pings fail for a few seconds.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1408741/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1374082] Re: no API to unlock a specific sim

** Changed in: indicator-network
   Status: In Progress => Fix Released

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

Title:
  no API to unlock a specific sim

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Network Menu:
  Fix Released
Status in indicator-network package in Ubuntu:
  Fix Released
Status in indicator-network source package in Utopic:
  Triaged
Status in indicator-network source package in Vivid:
  Fix Released
Status in indicator-network package in Ubuntu RTM:
  Fix Released

Bug description:
  In dialer-app on dual sim phones users will be given an option to unlock a 
specific modem.
  The current api only supports unlocking all modems at once: 
UnlockAllModems(). We need a way to invoke the unlock screen to a specific 
modem, like UnlockModem(objectPath).

  clients:
  https://bugs.launchpad.net/messaging-app/+bug/1371661

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407938] Re: Empty WiFi icon displayed in Flight Mode

*** This bug is a duplicate of bug 1340206 ***
https://bugs.launchpad.net/bugs/1340206

** This bug has been marked a duplicate of bug 1340206
   [Network Menu] Enabling flight mode still shows the wifi icon

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

Title:
  Empty WiFi icon displayed in Flight Mode

Status in indicator-network package in Ubuntu:
  New

Bug description:
  In line with https://wiki.ubuntu.com/Networking#Title

  Steps:
  * enable Flight mode

  Expected:
  * there is only a plane icon for the networking menu

  Current:
  * there are a plane and a disconnected WiFi icons

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+15.04.20141215~rtm-0ubuntu1
  Uname: Linux 3.4.0-5-mako armv7l
  ApportVersion: 2.14.7-0ubuntu8
  Architecture: armhf
  Date: Tue Jan  6 12:01:55 2015
  InstallationDate: Installed on 2014-12-18 (18 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141218-163635)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)
  indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
  upstart.indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1407938/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1354544] Re: entering WiFi range doesn't switch indicator icon to WiFi

** Changed in: indicator-network
   Status: Incomplete => Invalid

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

Title:
  entering WiFi range doesn't switch indicator icon to WiFi

Status in Network Menu:
  Invalid
Status in indicator-network package in Ubuntu:
  Invalid

Bug description:
  * Connect your phone to a wifi. Make sure connection works.
  * Walk away from the WiFi until the connection drops. The icon in the panel 
will switch to mobile data, in my case show a "H". Make sure mobile data 
connection works.
  * Go back to the WiFi. It'll connect automatically and switch traffic over to 
to the faster WiFi connection.

  => The icon in the panel stays on mobile data forever.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-network/+bug/1354544/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1223652] Re: CMake: Reenable network manager tests

** Changed in: indicator-network
   Status: Confirmed => Fix Released

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

Title:
  CMake: Reenable network manager tests

Status in Network Menu:
  Fix Released
Status in indicator-network package in Ubuntu:
  Fix Released

Bug description:
  
  The Python based tests were removed to get a C++ implementation.  That needs 
to happen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-network/+bug/1223652/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1378712] Re: extended data for xCanonicalPinPopup should also have xCanonicalPinPopupTitle

** Changed in: indicator-network
   Status: New => Triaged

** Changed in: unity8 (Ubuntu)
   Status: New => Triaged

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

Title:
  extended data for xCanonicalPinPopup should also have
  xCanonicalPinPopupTitle

Status in Network Menu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  In order to visually align the SIM entry warning popup with the
  passcode warning popup, the text would need to be split into title and
  text.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-network/+bug/1378712/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1382071] Re: List of access points is empty after turning flightmode on and back off

jibel: if you still see this bug happening, could you attach the output
of

 $ sudo iwlist scan
 $ nmcli d wifi
 $ dbus-send --session --print-reply --dest=com.canonical.indicator.network
 /com/canonical/indicator/network org.gtk.Actions.DescribeAll
 $ dbus-send --session --print-reply --dest=com.canonical.indicator.network
/com/canonical/indicator/network/phone org.gtk.Menus.Start 
array:uint32:0,1

** Changed in: indicator-network (Ubuntu)
   Status: Confirmed => Incomplete

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

Title:
  List of access points is empty after turning flightmode on and back
  off

Status in indicator-network package in Ubuntu:
  Incomplete

Bug description:
  14.09-proposed #109

  Test Case
  1. Open the network indicator
-> Verify that the list of access point is not empty
  2. Turn flight mode on and wait a little bit
-> Verify that cellular and wifi are disabled
  3. Turn flight mode off and wait a little bit
-> Verify that cellular and wifi are enabled
-> Verify that the list of AP is not empty

  Actual result
  The list of AP is empty after turning flightmode back on.

  "nmcli dev wifi list" shows the right list of access points

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+14.10.20141015-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.14.7-0ubuntu5
  Architecture: armhf
  Date: Thu Oct 16 16:05:38 2014
  InstallationDate: Installed on 2014-10-16 (0 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141016-010328)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1382071/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407928] Re: [phone] Does not auto-switch to available, known WiFi

** Also affects: network-manager (Ubuntu)
   Importance: Undecided
   Status: New

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

Title:
  [phone] Does not auto-switch to available, known WiFi

Status in indicator-network package in Ubuntu:
  New
Status in network-manager package in Ubuntu:
  New

Bug description:
  This might not be the place for this bug, please reassign as
  appropriate.

  I was only able to reproduce this on mako/rtm, krillin/vivid seems to
  behave better (but I do remember the same issue there).

  Steps:
  * connect to a password-protected WiFi network
  * go out of range
  * make sure a GSM connection is established
  * go back in the WiFi range

  Expected:
  * phone connects to the known WiFi automatically

  Current:
  * phone does not connect to WiFi

  Please find attached network-test-session logs from when I toggled
  WiFi and Plane mode to get some data on the issue.

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+15.04.20141215~rtm-0ubuntu1
  Uname: Linux 3.4.0-5-mako armv7l
  ApportVersion: 2.14.7-0ubuntu8
  Architecture: armhf
  Date: Tue Jan  6 12:01:55 2015
  InstallationDate: Installed on 2014-12-18 (18 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141218-163635)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)
  indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
  upstart.indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1407928/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407929] Re: [phone] Can't get a GSM connection faster than 2G

** Also affects: ofono (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: canonical-devices-system-image
   Importance: Undecided
   Status: New

** Tags added: rtm14

** Changed in: indicator-network (Ubuntu)
   Status: New => Invalid

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

Title:
  [phone] Can't get a GSM connection faster than 2G

Status in the base for Ubuntu mobile products:
  New
Status in indicator-network package in Ubuntu:
  Invalid
Status in ofono package in Ubuntu:
  New

Bug description:
  This might not be the place for this bug, please reassign as
  appropriate.

  My wife's mako does not seem to be able to connect to GSM data over
  any connection faster than 2G, on full signal, even though krillin
  right next to it connects in HSDPA just fine.

  Cellular settings is set at 2G/3G so that should not be a problem.
  Toggling plane mode doesn't help.

  After switching cellular data off and back on, finally it connected in
  3G (but still not HSDPA).

  Please find attached network-test-session logs from when I toggled
  Flight mode, Cellular data and Connection type to get there.

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+15.04.20141215~rtm-0ubuntu1
  Uname: Linux 3.4.0-5-mako armv7l
  ApportVersion: 2.14.7-0ubuntu8
  Architecture: armhf
  Date: Tue Jan  6 12:01:55 2015
  InstallationDate: Installed on 2014-12-18 (18 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141218-163635)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)
  indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
  upstart.indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407928] Re: [phone] Does not auto-switch to available, known WiFi

** Also affects: canonical-devices-system-image
   Importance: Undecided
   Status: New

** Changed in: indicator-network (Ubuntu)
   Status: New => Invalid

** Tags added: rtm14

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

Title:
  [phone] Does not auto-switch to available, known WiFi

Status in the base for Ubuntu mobile products:
  New
Status in indicator-network package in Ubuntu:
  Invalid
Status in network-manager package in Ubuntu:
  New

Bug description:
  This might not be the place for this bug, please reassign as
  appropriate.

  I was only able to reproduce this on mako/rtm, krillin/vivid seems to
  behave better (but I do remember the same issue there).

  Steps:
  * connect to a password-protected WiFi network
  * go out of range
  * make sure a GSM connection is established
  * go back in the WiFi range

  Expected:
  * phone connects to the known WiFi automatically

  Current:
  * phone does not connect to WiFi

  Please find attached network-test-session logs from when I toggled
  WiFi and Plane mode to get some data on the issue.

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: indicator-network 0.5.1+15.04.20141215~rtm-0ubuntu1
  Uname: Linux 3.4.0-5-mako armv7l
  ApportVersion: 2.14.7-0ubuntu8
  Architecture: armhf
  Date: Tue Jan  6 12:01:55 2015
  InstallationDate: Installed on 2014-12-18 (18 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141218-163635)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)
  indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
  upstart.indicator-network.log:
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered
   Attempted to unregister path (path[0] = org path[1] = freedesktop) which 
isn't registered

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1407907] Re: [phone] Leaving WiFi coverage often leads to the password dialog being displayed indefinitely

** Also affects: network-manager (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: canonical-devices-system-image
   Importance: Undecided
   Status: New

** Changed in: indicator-network (Ubuntu)
   Status: New => Invalid

** Tags added: rtm14

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

Title:
  [phone] Leaving WiFi coverage often leads to the password dialog being
  displayed indefinitely

Status in the base for Ubuntu mobile products:
  New
Status in indicator-network package in Ubuntu:
  Invalid
Status in network-manager package in Ubuntu:
  New

Bug description:
  Steps:
  * connect to a password-protected WiFi network
  * suspend the phone
  * turn the WiFi off or leave the network's covered area
  * resume the phone

  Expected:
  * phone is connected via a GSM data connection

  Current:
  * phone is connected via a GSM data connection
  * there is a WiFi password dialog displayed for a network that isn't in range 
any more (and for which the password is known)

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: indicator-network 0.5.1+15.04.20141216-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.15-0ubuntu3
  Architecture: armhf
  Date: Tue Jan  6 10:19:05 2015
  InstallationDate: Installed on 2014-12-18 (19 days ago)
  InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf 
(20141218-020204)
  SourcePackage: indicator-network
  UpgradeStatus: No upgrade log present (probably fresh install)

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1411714] Re: indicator-network not functioning after modems reboot