Works fine in mako HW, image 190.
** Changed in: telephony-service (Ubuntu)
Status: In Progress = Fix Released
** Changed in: dialer-app
Status: In Progress = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Works fine in mako HW, image 190.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1187453
Title:
DTMF tones not being generated locally
To manage notifications about this bug go to:
** Changed in: telephony-service
Assignee: Martti Piirainen (piiramar) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1341453
Title:
No alert tone heard if network does not play
Not being worked on, un-assigning.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1341453
Title:
No alert tone heard if network does not play it in-band
To manage notifications about this bug go
Fix committed in oFono GitHub master branch. Successfully tested it once
more on top of image 190.
Un-assigning myself. Tony, please take care of integration/landing.
** Changed in: ofono (Ubuntu)
Assignee: Martti Piirainen (piiramar) = (unassigned)
--
You received this bug notification
Sounds like a duplicate to bug 1339794 or bug 1321627.
If you have shell access, you could try either of these to get cellular
connectivity back:
- /usr/share/ofono/scripts/online-modem
- stop urfkill ; edit file /var/lib/urfkill/saved-states and change the [WWAN]
soft=true to soft=false ;
I agree that the default is currently too loud.
The tone-generator should be fixed to do one of the following:
2) respond to overall volume changes of the system volume at a reduced
percentage.
It should do that already, but I'll test in detail tomorrow.
The maximum level is defined in the
Public bug reported:
Test case on mako HW, image 186:
* Open System settings / Cellular
* Set mobile data to 2G (corresponds to oFono property
RadioSettings.TechnologyPreference)
* (Optionally, check that this setting is preserved over reboot)
* Flash a new software image using
Tested in mako HW, image 188:
* The system volume (set via the slider in System Settings / Sound, or
via the volume hard keys) is taken into account when playing DTMF tones.
* The 'DTMF_VOLUME' variable in /usr/share/upstart/sessions/tone-
generator.conf is taken into account as well.
* This
The operator name can now (image 188) be seen in the swipe-down network
indicator, thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1329204
Title:
Cellular operator name should be more visible
*** This bug is a duplicate of bug 1339794 ***
https://bugs.launchpad.net/bugs/1339794
Several observations:
* I can reproduce the exact scenario (test steps 1. - 10) with image
183. With image 185, it is not possible anymore to swipe down the
indicators from the welcome screen or the
Public bug reported:
Test steps in mako HW, image 185:
* Enable flight mode (via system settings or via network indicator)
* Reboot
Expected result: The cellular radio is offline, but the SIM card is
accessible via oFono APIs
Actual result: The cellular radio is offline, and the SIM is shown
Even with flight mode enabled (= cellular radio power is OFF), the RIL
API delivers a proper state SIM is present and usable - but oFono does
not ask for that information, and thus does not do any internal SIM-
related initialization.
oFono's RIL plugin (ofono/plugins/ril.c) only calls function
This should be fixed via bug 1346790.
On some devices the secondary cellular modem actually supports only 2G.
A new property ModemTechnologies was recently added to the oFono API,
but the system settings UI does not use it yet. It can be checked via
the test script
FYI, the missing UI support currently leads to unexpected, inconsistent
behaviour, see bug 1355053.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1346790
Title:
No way to know available radio
= In Progress
** Changed in: telephony-service (Ubuntu)
Assignee: (unassigned) = Martti Piirainen (piiramar)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1228711
Title:
[Dialler] Audible/haptic
Got a confirmation from Victor via mail, can be closed.
** Changed in: ofono (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335165
Title:
vodafone uk
Pat filed this bug as a reaction to comments
https://bugs.launchpad.net/ubuntu/+source/address-book-
app/+bug/1337189/comments/3 and
https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1323837/comments/5
.
In Ubuntu, we now have access to the Service Dialling Numbers
phonebook implemented. The
** Branch unlinked: lp:~piiramar/telephony-service/dial-tones
** Branch linked: lp:~piiramar/telephony-service/tone-generation
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1228711
Title:
Pull request: https://github.com/rilmodem/ofono/pull/110
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1350209
Title:
Cannot open MMS data connection with Saunalahti SIM
To manage notifications
Re-tested on mako image 171, some more observations:
- No panic observed anymore (the backtrace of the one I mentioned last week is
here http://paste.ubuntu.com/7905663/ , but it really was a one-time occurence
only).
- But pausing/resuming the MMS download in Transfers makes the MMS reception
** Attachment added: nuntium_store.tar.gz
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1350307/+attachment/4170085/+files/nuntium_store.tar.gz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Not valid anymore in mako hw, image 171. When a message is received
during a voice call, the phone vibrates and an indicator sounds is
played.
** Changed in: indicator-messages (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs,
No reply. Closing as invalid; the 2G / 3G indicator has been nicely
working for quite a while.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1336433
Title:
Network data signal does not show
No reply. Closing as invalid, data connections have been working well
for quite a while.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335165
Title:
vodafone uk does not connect to data network
FWIW, I can still fairly easily reproduce this in mako hw, image 171, by
toggling ca. every 1-2 seconds (so not super fast). While in the error
state, the overall flight mode state can still be toggled (incl.
Bluetooth and WiFi radios), but the cellular modem stays offline and
shows soft=true in
I tested this on mako HW, image 172, with a WCDMA network simulator
(Anritsu MD8470A) where I can switch the simulated basestation on and
off. At least in this simulated scenario, the data connection always
comes back.
Some commented output from the monitor-ofono test script:
# base station out
The GiffGaff virtual operator's access point data used to
automatically provisioned in earlier images, but it is not anymore.
Previously, oFono used to look up two distinct data sources:
1. The MBPI database
/usr/share/mobile-broadband-provider-info/serviceproviders.xml
2. The Android access
Linked implementation proposals for having audible feedback (DTMF tones)
during dialling.
** Branch linked: lp:~piiramar/telephony-service/dial-tones
** Branch linked: lp:~piiramar/dialer-app/dial-tones
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Branch linked: lp:~piiramar/telephony-service/tone-generation
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1187453
Title:
DTMF tones not being generated locally
To manage notifications about
** Changed in: ofono (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1320319
Title:
can't make outgoing call
To manage notifications about this bug go
Public bug reported:
Test steps (on mako HW, image 157):
- Insert Saunalahti (Finland) prepaid SIM
- Check that the MMS access point settings are correctly provisioned (apn=mms,
proxy=213.161.41.57, mmsc=http://mms.elisa.fi)
- Send or receive an MMS
Actual result:
- Neither sending nor
oFono rejects all data contexts without DNS settings. When removing that
check, MMS sending/receiving succeeds. We need to study if that DNS
validity check is needed at all.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Test steps (on mako hw, image 157)
- Check that MMS data settings are correct
- Register in a cellular network (easier to test if it's a slow 2G connection)
- Open the Transfers indicator view
- Receive an MMS
Actual results:
1. A line Unknown Download is seen
2. I
And I have seen them during MMS attachment download, see bug 1350307.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1348162
Title:
Indicator label Unknown download and went over 100%
To manage
It correctly says Message from +xx now, thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1336827
Title:
New message indication says SMS also for MMS
To manage notifications about this bug
I added initial debian packaging to tone-generator, and moved the client-side
code to telephony-service (instead of telepathy-ofono). Private branches:
https://github.com/marttipiirainen/tone-generator
https://code.launchpad.net/~piiramar/telephony-service/tone-generation
--
You received
The oFono part has already been implemented in the Nemo Mobile project's
fork: https://github.com/nemomobile-packages/ofono/pull/214 . I merged
and adapted it, see private branch
https://github.com/marttipiirainen/ofono-1/tree/ringback_tone .
I tested this new oFono API using the
Forgot to add: Tests in comment #1 were made with mako HW and on top of
Ubuntu image 154.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1341453
Title:
No alert tone heard if network does not play
oFono pull request https://github.com/rilmodem/ofono/pull/105 should fix
this.
** Changed in: ofono (Ubuntu)
Assignee: Tony Espy (awe) = Martti Piirainen (piiramar)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https
DTMF tones are played locally when running tone-generator (not packaged
yet, source and README at https://github.com/marttipiirainen/tone-
generator) and adding some D-Bus calls to telepathy-ofono
)https://code.launchpad.net/~piiramar/telepathy-ofono/dtmf-local-
playback ). This is only a proof of
I re-tested this case
- dial voice call
- the far end puts you on hold
and I can now see the RIL notifications in the log
Jul 23 12:28:52 ubuntu-phablet ofonod[1206]: [UNSOL]
UNSOL_SUPP_SVC_NOTIFICATION {1,2,0,0,(null)}
Jul 23 12:29:17 ubuntu-phablet ofonod[1206]: [UNSOL]
Public bug reported:
Test case:
- Dial a voice call
- Open the key pad
- Short (less than ca. half a second) tap on key 5
== /home/phablet/.cache/upstart/dbus.log prints 'start tone 5'
== DTMF tone is sent to the called party
- Long (more than ca. half a second) tap on key 5
== no
Jonas: No, that's a misunderstanding of what Tony said. When an oFono
API client requests umts, our implementation actually calls the
Android RIL API with parameter PREF_NET_TYPE_GSM_WCDMA, which means
the preferred network type is WCDMA (UMTS), but fall back to GSM if not
available.
--
You
Two cases:
1. I put a call on hold myself. As Tony writes in comment #2, the dialer UI
toggles the button icon and gives haptic feedback. I don't think any additional
sounds are necessary here.
2. The far end puts my call on hold. The operator may play a you are on
hold audio message, or it may
https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1323837
Just for clarification, this bug is about the SIM Application Toolkit as
specified in [1]. It is a rather complex family of features, one of
which is the service menu as specified in [2]. As Tony wrote, not
related to the service
Works fine (mako HW / image 138 / Saunalahti, Finland SIM), thanks.
Just for clarification, this bug is about the Service Dialling Numbers
as specified in [1]. I can understand why there is a slight confusion
with bug 1323837. Maybe labelling the item as service numbers instead
of services would
Works fine with mako HW, image 138, Orange (UK) SIM card.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1221908
Title:
Display device phone number in About panel
To manage notifications about this
Public bug reported:
Test case:
- Dial a voice call
- Call starts ringing at the other end
- Expecting to hear an alerting tone in my earpiece
- But there is only silence
This is a rare but valid feature in some commercial networks, for
example Bouygues Telecom, France. The in-band audio
Still evaluating tone-generator, some notes:
- The volume of the DTMF sounds is set globally, via command line argument '
--volume-dtmf N' with N being 0 .. 100 percent of the maximum volume. The D-Bus
interface's volume argument is ignored for DTMF sounds.
- Two more command line arguments
Actually, tone-generator works as-is on Ubuntu Touch (image 123, mako HW), with
these steps:
# install dependencies
apt-get install automake libtool pkg-config libdbus-glib-1-dev libglib2.0-dev
libpulse-dev
# compile
./autogen.sh ./configure make make install
# copy d-bus policy to
Just a brief comment, a subscription's phone number is often not stored
on the SIM card (it's optional according to [1] and many operators just
don't fill it). Also, there can be more than one phone number assigned
even to one card (but showing the first/primary one should be fine).
[1] 3GPP TS
oFono fix proposal at https://github.com/rilmodem/ofono/pull/99 . With this
fix, SIM card removal is signalled to D-Bus clients
root@ubuntu-phablet:~# /usr/share/ofono/scripts/monitor-ofono
{SimManager} [/ril_0] Present = False
and a Please Reboot dialog can be implemented on top.
--
You
This needs to be fixed in oFono, too. oFono currently doesn't signal SIM
removal to its clients (it should do so via property
org.ofono.SimManager.Present).
In bug 1329926, I wrote currently, there are no proper
UNSOL_RESPONSE_SIM_STATUS_CHANGED events coming out of the RIL API but
that's not
** Changed in: ofono (Ubuntu)
Assignee: (unassigned) = Martti Piirainen (piiramar)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1332306
Title:
Hot-swapped SIMs should be detected and prompt
Public bug reported:
Test steps:
- Open network settings
- Observe status of cellular modem (for example, via
/usr/share/ofono/scripts/monitor-ofono), especially the org.ofono.Modem.Online
property
- Enable flight mode via UI switch
- Disable flight mode via UI switch
- Repeat rapidly
I'm not sure if this is directly helpful, but:
Sailfish OS and the Jolla phone use the tone generator daemon [1] for local
playback of DTMF sounds. These D-Bus calls start and stop playing a DTMF tone
that is equivalent to pressing key '5' during a voice call:
dbus-send --system
The oFono part seems to be caused by bad startup dependencies. On my
machine, the oFono daemon startup happens just a few seconds before the
RIL daemon startup, while oFono expects RIL to be up'n'running first.
grep ofono /var/log/syslog:
Jul 8 07:22:21 ubuntu-phablet ofonod[653]: oFono version
Public bug reported:
The x86 emulator is supposed to be a valuable tool for testing, app
development and more. But cellular telephony functionality is not
available by default.
Test steps:
- Create an Ubuntu Touch x86 emulator (using 'ubuntu-emulator create
--arch=i386')
- Try any cellular
I can reproduce the first part
- when the phone is on and the SIM unlocked
(PIN has been entered), hot unplug the SIM
- plug the SIM again, the line Unlock SIM is not
visible in the Network top panel and the network
icon is grey like when no network is available
also in a new
I can reproduce the first part
I'll try to find out what is the expected behaviour
A reboot note should be shown, which was recently reported as bug 1332306 but
is not implemented yet.
I can not reproduce the second part
I think this bug can be closed as invalid.
** Changed in: ofono
)
Assignee: Martti Piirainen (piiramar) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/163
Title:
VMWI are not being reported on Orange network
To manage notifications about
(I tried to assign this to Pat McGowan ...)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/163
Title:
VMWI are not being reported on Orange network
To manage notifications about this bug go to:
No idea yet why this stopped working. Victor, here's a few things you
could do to give more input:
* Some details on the SW/HW used. Did you upgrade and it stopped
working at that point?
* Try the same SIM card in a reference phone (to rule out a problem
with your subscription).
* If the SIM
Public bug reported:
Test case:
- Insert a SIM card with service numbers stored (in the EF_SDN file of the
SIM).
- The numbers are correctly listed as oFono property
org.ofono.SimManager.ServiceNumbers ...
- ... but nowhere in the UI.
Examples of are operators' customer support numbers, or
I'm not convinced yet that this is a valid bug.
I think that these Brazilian public service numbers (as listed e.g. in
[1]) are not emergency numbers in the 3GPP cellular networking sense (as
defined in [2]). They would not, for example, work without prior network
registration or without a SIM
The 2G/3G indicator exists, so let's try to figure out if this a bug or
a misunderstanding.
* The indicators are specified at
https://wiki.ubuntu.com/Networking#Network_menu_.28all_form_factors.29 , I
haven't seen all of the different cases but certainly these:
- WiFi icon if WiFi is
I cannot reproduce the problem. The tech preference property is
successfully and persistently stored inside the modem. Can you be a bit
more specific what you did in what environment?
I see this in the mako device:
- Setting gsm or umts preference works every time, and is persistent over
boot
Tested with nuntium 0.1+14.10.20140621sergiusens9-0ubuntu1 from the
phablet-team/telephony PPA. Both cases 1 (Jolla) and 3 (Nokia C6) are
fixed, MMS messages are successfully received in the UI. Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
When receiving a multimedia message, the UI indicates it as New SMS
received from +12345678.
This is misleading, it be changed to either
- distinguishing MMS from SMS
- or just using a neutral expression like New message received.
** Affects: indicator-messages (Ubuntu)
Public bug reported:
Use cases:
- Receive a class 2 SMS
- Receive a message waiting indicator SMS
- Actual result: Nothing happens
Some types of SMS are currently not received by oFono and by Ubuntu Touch. SMS
are usually notified from the modem and the Android RIL API to oFono via
@martti for case 1 there's not much I can do to figure this out
I added some extra logging in nuntium. Some sort of parsing failure seems to
happen in this line
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/nuntium/utopic/view/head:/telepathy/service.go#L152
, the GetSmil() call
This regression (test-sim-online script failing in real HW) will be
fixed by oFono pull request https://github.com/rilmodem/ofono/pull/98 .
Additionally, the x86 emulator needs a fix to have the test-sim-online
script actually pass with the '--emulator' argument given, see https
** Attachment added: nuntium store
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1336146/+attachment/4142836/+files/nuntium.tar.gz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1336146
Public bug reported:
I tested receiving a simple MMS (a picture + a short text) that were
sent from three different phones. Reception was successful only in one
of the three cases.
Attached are nuntium logs + nuntium store, contains these three attempts:
1. From a Jolla device (Sailfish OS
** Attachment added: nuntium.log
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1336146/+attachment/4142835/+files/nuntium.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1336146
Title:
Public bug reported:
Test steps:
1. Insert a SIM card with preferred language Finnish
2. Boot the phone
Expected result: UI language is Finnish
Actual result: UI language is English. Finnish or other languages can be
manually selected from the settings UI.
The SIM card's list of preferred
Public bug reported:
Test steps:
1. Dial a voice call, put the phone to your ear
2. During the call, receive an SMS
Expected result: A non-graphical feedback (small beep or vibra) to indicate
that you should look at the UI
Actual result: Only the visual message indicator
Just a small thing to
Tested again, with revision 44 of branch lp:~sergiusens/nuntium/1330917.
Looks much better now, thanks
** Attachment added: nuntium log, success
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1330917/+attachment/4134975/+files/nuntium.log
--
You received this bug notification
Same result when the MMS is sent from an Android device (Nexus 4,
Android 4.2.2).
** Attachment added: nuntium log, sending device was Android
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1330917/+attachment/4133903/+files/nuntium_from_android.log
--
You received this bug
The original WAP content type parsing bug is fixed in branch
lp:~sergiusens/nuntium/1330917, thanks.
But I immediately run into the next problem: The MMS PDU is now
downloaded, but cannot be decoded.
The attached logs shows two attempts (using the same SIM cards as earlier):
1. From a Jolla
** Attachment added: Files from /home/phablet/.local/share/nuntium/store
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1330917/+attachment/4134647/+files/nuntium_store.tar.gz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Just checking, is this a misunderstanding of the API?
org.ofono.NetworkTime indeed does not expose any properties - but there
is a method for retrieving the time, and a signal on a new time. This is
what D-Bus introspection gives me:
dbus-send --system --type=method_call --print-reply
** Attachment added: nuntium log
https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1330917/+attachment/4133184/+files/nuntium.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1330917
Title:
Public bug reported:
I cannot receive any MMS via the Sonera (Finland) operator. The attached
nuntium log contains two failed attempts, apparently the WAP content type is
not correctly decoded:
1. From a Jolla (Sailfish OS) device
2. From a Nokia C6 (Symbian OS) device
, both using the same
Public bug reported:
The cellular operator name is currently well hidden, the necessary steps are
- swipe down the indicator bar
- select Network
- [scroll down if there are many WiFi networks]
- select Cellular settings ...
- find the Carrier field at the bottom
Tested with mako HW and
86 matches
Mail list logo