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
> 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 (Ubu
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 1
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 tel
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 en
** 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 pro
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 sever
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 --type=method_
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 polic
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 31
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 (bu
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 co
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 an
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
://code-review.pha
** 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 1.0.7.
** 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
> @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 r
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
boo
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 subscr
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
RIL_UNSOL
ofono/+bug/163/+attachment/4144367/+files/ofono.override
** Changed in: ofono (Ubuntu)
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/1
(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 e
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 c
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 enable
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.
ht
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 thi
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 'test-voicecallag
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 it
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
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 receiv
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.
https://bugs.
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 ha
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 noti
** 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 th
** 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 to
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 subs
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.
ht
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:
https://bugs.laun
** 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 p
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 to:
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 notificat
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 receptio
** 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.
https://bugs.launchpad.net/b
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, w
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 informat
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
To
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" i
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 of
** 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:
[Dialler]
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 abo
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 d
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
=> 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] Au
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 /usr/share/ofono/scripts/list-
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 techno
*** 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 securi
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 a
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
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 ; sta
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 'ubuntu-dev
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
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 --dest=org
** 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 Sone
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 notific
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 (Sail
** 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 Ubunt
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 langua
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 ma
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 becau
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 diallin
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" wou
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
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 ma
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
==
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]<
UNSOL_SUPP_SVC_N
86 matches
Mail list logo
