Dialler shows 'No network' even though SIM is present (vivid)

[Brendan Donegan]

I have a SIM inserted in the first SIM slot, but dialler is showing a 'No network' message and messaging says 'No SIM card selected' when trying to send. The output of /usr/share/ofono/scripts/list-modems seems okay so I'm assuming this is a telepathy-ofono issue.

https://pastebin.canonical.com/123899/

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: telepathy-ofono 0.2+15.04.20141216-0ubuntu1
Uname: Linux 3.4.67 armv7l
ApportVersion: 2.15.1-0ubuntu2
Architecture: armhf
Date: Wed Jan 21 17:22:33 2015
InstallationDate: Installed on 2015-01-21 (0 days ago)
InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf (20150121-020205)
SourcePackage: telepathy-ofono
UpgradeStatus: No upgrade log present (probably fresh install)

[John McAleely (john.mcaleely)]

This looks like it reproduces as reported on ubuntu-touch/devel-proposed #89, krillin

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[John McAleely (john.mcaleely)]

As such, it blocks testing of device tarballs. Not sure if this only applies to devices with two SIM slots

[John McAleely (john.mcaleely)]

Following advice on IRC:

phablet@ubuntu-phablet:~$ /usr/bin/ofono-setup
mc-tool: couldn't load account 'ofono/ofono/account0': Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist

Try 'mc-tool list' to list known accounts.
creating ofono/ofono/account0
ofono/ofono/account0
enabling ofono/ofono/account0
creating ofono/ofono/account1
ofono/ofono/account1
enabling ofono/ofono/account1
ofono accounts initialized
phablet@ubuntu-phablet:~$

[John McAleely (john.mcaleely)]

And (after running ofono-setup)

phablet@ubuntu-phablet:~$ mc-tool dump
     Account: ofono/ofono/account1
Display Name: SIM 2
  Normalized: <SelfHandle>
     Enabled: enabled
        Icon: im-ofono
    Connects: automatically
    Nickname: <SelfHandle>
     Service: ofono

Presences:
   Automatic: available (2) ""
     Current: registered (2) "giffgaff"
   Requested: available (2) "online"
    Changing: no

      (string) modem-objpath = /ril_1

------------------------------------------------------------

     Account: ofono/ofono/account0
Display Name: SIM 1
  Normalized: <SelfHandle>
     Enabled: enabled
        Icon: im-ofono
    Connects: automatically
    Nickname: <SelfHandle>
     Service: ofono

Presences:
   Automatic: available (2) ""
     Current: registered (2) "giffgaff"
   Requested: available (2) "online"
    Changing: no

      (string) modem-objpath = /ril_0

[Ricardo Salveti (rsalveti)]

So this shows that for some weird reason the upstart session job ofono-setup.conf wasn't executed.

start on (:sys:started JOB=ofono) and (started dbus)
stop on desktop-end

Wonder if it's getting the event from ofono.

[John McAleely (john.mcaleely)]

After running both commands above (I assume ofono-setup actually had the effect of changing it), the phone presented a 'choose default sim' dialog when I entered the dialler, and showed a registered network name (gifgaff) after choosing.

However, calls dialled were not attempted.

I then rebooted the handset, and the phone appeared to function normally.

[John McAleely (john.mcaleely)]

@alfonsosanchezbeato - can you confirm #7?

[John McAleely (john.mcaleely)]

For information, output of mc-tool from a reflashed device which is exhibiting the bug:

phablet@ubuntu-phablet:~$ mc-tool dump
phablet@ubuntu-phablet:~$

A bit brief!

[Alfonso Sanchez-Beato (alfonsosanchezbeato)]

Probably the problem is due to timing issues. ofono-setup issues a DBus request to ofono to retrieve the list of modems. But it might be the case that ofono is running but the modems have not been created yet. In fact many times there is a delay between ofono starting and modem creation, because even though ofono starts only when "/dev/socket/rild" exists, in some cases the rild daemon starts accepting connection a few seconds later. Even more, in some extreme cases it takes so long for rild to start that ofono exits and upstart re-spawns it, and this second ofono instance is the one that finally connects to rild. syslog might help here to confirm this hypothesis.

Therefore, ofono-setup needs to be quite more complicated than it is currently is to handle:

1. Delay between ofono starting and modem creation. An option would be to wait for ofono events that signal modem creation, but we need to know how many events we need to wait for (ril.num_slots Android property would help here).
2. Possible re-spawns of ofono. ofono-setup should be aware of ofono stopping it DBus interface.

A simpler solution would be to always create the accounts without the DBus call to get the modems. Using ril.num_slots we know the number of accounts, so this is feasible if we do not need any more information from ofono.

[Kajetan (kajetan-krischan)]

I can reproduce this on my Nexus 4 (which has one sim slot).

When I ran /usr/bin/ofono-setup I got the following output:
mc-tool: couldn't load account 'ofono/ofono/account0': Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist
Try 'mc-tool list' to list known accounts.
creating ofono/ofono/account0
ofono/ofono/account0
enabling ofono/ofono/account0
ofono accounts initialized

After a reboot everything worked as expected.

OS Build Details:
OS build number: 86
Ubuntu Image part: 20150131
Ubuntu build description: Ubuntu Vivid Verver (development branch) - armhf (20150131-020204)
Device Image part: 20150129
Device build description: aosp_mako-userdebug 4.4.2 KOT49H 20141117-0039-0ubuntu9 test-keys

[Brendan Donegan (brendan-donegan)]

I wouldn't call a phone not being able to make phone calls anything less than Critical!

[Launchpad Janitor (janitor)]

This bug was fixed in the package telephony-service - 0.1+15.04.20150205.1-0ubuntu1

---------------
telephony-service (0.1+15.04.20150205.1-0ubuntu1) vivid; urgency=medium

  [ Tiago Salem Herrmann ]
  * Avoid using ofono to get the list of modems in ofono-setup. (LP:
    #1413316)
 -- Ubuntu daily release <email address hidden> Thu, 05 Feb 2015 20:22:09 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-touch-session - 0.108+15.04.20150204-0ubuntu1

---------------
ubuntu-touch-session (0.108+15.04.20150204-0ubuntu1) vivid; urgency=medium

  [ Tiago Salem Herrmann ]
  * Do not depend on ofono upstart job. (LP: #1413316)
 -- Ubuntu daily release <email address hidden> Wed, 04 Feb 2015 18:04:47 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package telephony-service - 0.1+15.04.20150214~rtm-0ubuntu1

---------------
telephony-service (0.1+15.04.20150214~rtm-0ubuntu1) 14.09; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Tiago Salem Herrmann ]
  * Avoid using ofono to get the list of modems in ofono-setup. (LP:
    #1413316)
  * Do not create instance of GreeterContacts to avoid dealock with
    unity.
 -- CI Train Bot <email address hidden> Sat, 14 Feb 2015 01:58:19 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-touch-session - 0.108+15.04.20150214~rtm-0ubuntu1

---------------
ubuntu-touch-session (0.108+15.04.20150214~rtm-0ubuntu1) 14.09; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Tiago Salem Herrmann ]
  * Do not depend on ofono upstart job. (LP: #1413316)
 -- CI Train Bot <email address hidden> Sat, 14 Feb 2015 01:58:38 +0000