Cell-id info no longer returned via dbus calls in SFOS 4.2

Bug Reports
,
29

Here it is:

<interface name="org.nemomobile.ofono.Cell">
  <method name="GetAll">
    <arg name="version" type="i" direction="out"/>
    <arg name="type" type="s" direction="out"/>
    <arg name="registered" type="b" direction="out"/>
    <arg name="properties" type="a{sv}" direction="out"/>
  </method>
  <method name="GetInterfaceVersion">
    <arg name="version" type="i" direction="out"/>
  </method>
  <method name="GetType">
    <arg name="type" type="s" direction="out"/>
  </method>
  <method name="GetRegistered">
    <arg name="registered" type="b" direction="out"/>
  </method>
  <method name="GetProperties">
    <arg name="properties" type="a{sv}" direction="out"/>
  </method>
  <signal name="RegisteredChanged">
    <arg name="registered" type="b"/>
  </signal>
  <signal name="PropertyChanged">
    <arg name="name" type="s"/>
    <arg name="value" type="v"/>
  </signal>
  <signal name="Removed"/>
</interface>

It can queried directly from ofono at run time:

dbus-send --service --print-reply --type=method_call --dest=org.ofono /ril_x/cell_yyy org.freedesktop.DBus.Introspectable.Introspect

(you’d need to substitute /ril_x/cell_yyy with a real cell path). Although when I forget what it is, I usually open the source code.

To query cell properties from the command line you can do something like this:

dbus-send --system --print-reply --type=method_call --dest=org.ofono /ril_x/cell_yyy org.nemomobile.ofono.Cell.GetAll

In order for such dbus-send call to work reliably, a long-running client (like the test program I posted above) must be keeping updates on.

3 Likes