SMS to multiple recipients failed

Bug #1461952 reported by I Ahmad on 2015-06-04
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
Medium
Bill Filler
telepathy-ofono
Undecided
I Ahmad

Bug Description

STEPS:

1. Load messaging app and create new message
2. Enter the first contact name in the To: field
3. Enter the second contact name in the To: field
4. Enter message text and press send button

Expected Result:
SMS recieved by both contacts

Actual Result:
Failed to send SMS

Build Info:
current build number: 24
device name: krillin
channel: ubuntu-touch/rc-proposed/bq-aquaris.en
last update: 2015-06-04 04:30:57
version version: 24
version ubuntu: 20150603
version device: 20150529-8e13c5f
version custom: 20150528-722-29-15-vivid

Pat McGowan (pat-mcgowan) wrote :

When sending a group message it just says Failed

Changed in canonical-devices-system-image:
importance: Undecided → Critical
milestone: none → ww22-2015
status: New → Confirmed
assignee: nobody → Bill Filler (bfiller)
summary: - SMS to multiple reciepients failed
+ SMS to multiple recipients failed
description: updated
Pat McGowan (pat-mcgowan) wrote :

No MMS works here on krillin or Arale (tested attaching a photo)
AT&T is the carrier, the SIM used to work

the nuntium log for krillin reports no MMS context:
2015/06/04 15:12:32 Status changed for /org/ofono/mms/310410528924256/930bc8d2659dce2efbefb61c712be9ef to TransientError
2015/06/04 15:12:32 Cannot upload m-send.req encoded file /home/phablet/.cache/nuntium/store/930bc8d2659dce2efbefb61c712be9ef.m-send.req to message center: No mms contexts found

on arale:
2015/06/04 15:26:02 m-send.conf ResponseStatus for 6f58b19377ad081d8c67309452ee53c9 is 226
2015/06/04 15:26:02 Status changed for /org/ofono/mms/310410528924256/6f58b19377ad081d8c67309452ee53c9 to PermanentError

Pat McGowan (pat-mcgowan) wrote :

This is proper nuntium log on krillin
2015/06/04 16:14:16 Encoding M-Send.Req
2015/06/04 16:14:16 Unhandled optional field Subject
2015/06/04 16:14:16 Unhandled optional field DeliveryTime
2015/06/04 16:14:16 Unhandled optional field Priority
2015/06/04 16:14:16 Unhandled optional field SenderVisibility
2015/06/04 16:14:16 Created /home/phablet/.cache/nuntium/store/3bc0bb4414b32913a840aafdf8ea94f8.m-send.req to handle m-send.req for 3bc0bb4414b32913a840aafdf8ea94f8
2015/06/04 16:14:16 Starting upload of /home/phablet/.cache/nuntium/store/3bc0bb4414b32913a840aafdf8ea94f8.m-send.req to http://mmsc.cingular.com/ with proxy wireless.cingular.com:80
2015/06/04 16:14:17 Progress:491 491
2015/06/04 16:14:19 Progress:0 0
2015/06/04 16:14:19 File /home/phablet/.local/share/ubuntu-upload-manager/Downloads/3bc0bb4414b32913a840aafdf8ea94f8.m-send.req.response returned in upload
2015/06/04 16:14:19 m-send.conf ResponseStatus for 3bc0bb4414b32913a840aafdf8ea94f8 is 226
2015/06/04 16:14:19 Status changed for /org/ofono/mms/310410528924256/3bc0bb4414b32913a840aafdf8ea94f8 to PermanentError

2015/06/04 16:14:19 m-send.conf ResponseStatus for 3bc0bb4414b32913a840aafdf8ea94f8 is 226

Taking a look at the MMS encoding standard:

Error-permanent-message-format-corrupt = <Octet 226>

Pat McGowan (pat-mcgowan) wrote :

So once I correctly turned on data, and configured a working contact, group messages working

Pat McGowan (pat-mcgowan) wrote :

When it failed the contact I was using had no mobile number asssociated

Pat McGowan (pat-mcgowan) wrote :

Different bug: with no number in the contact and MMS disabled, the status just spins

Pat McGowan (pat-mcgowan) wrote :

lowering severity as it is working in most cases

Changed in canonical-devices-system-image:
importance: Critical → Medium
Pat McGowan (pat-mcgowan) wrote :

@iahmad can you add your .cache/upstart/nuntium.log and list-contexts output

Changed in telepathy-ofono:
assignee: nobody → I Ahmad (iahmad)
status: New → Incomplete
I Ahmad (iahmad) wrote :

output from list-contexts:

[ /ril_1 ]
[ /ril_0 ]
    [ /ril_0/context1 ]
        Type = internet
        Settings = { DomainNameServers=119.160.80.157,8.8.8.8, Method=static Netmask=255.255.255.0 Interface=ccmni0 Gateway=10.18.174.101 Address=10.18.174.101 }
        IPv6.Settings = { }
        Username = Mobilink
        Password = Mobilink
        Name = Mobilink WAP GPRS
        Active = 1
        Protocol = ip
        AccessPointName = connect.mobilinkworld.com
        Preferred = 0

    [ /ril_0/context2 ]
        Type = mms
        Protocol = ip
        AccessPointName = mms.mobilinkworld.com
        Active = 0
        Password = Mobilink
        MessageProxy = 172.25.20.12:8080
        Preferred = 0
        Settings = { }
        IPv6.Settings = { }
        Username = Mobilink
        Name = Mobilink MMS
        MessageCenter = http://mms/

I Ahmad (iahmad) wrote :

nuntium log

I Ahmad (iahmad) wrote :

If group messaging requires mms to work then that may be the reason as mms doesn't work with my network operator.

Evan Wang (wsy324) wrote :

Attached the nuntium.log and list-contexts output of CMCC sim card in China,fyi.

$ /usr/share/ofono/scripts/list-contexts
[ /ril_1 ]
[ /ril_0 ]
    [ /ril_0/context1 ]
        Settings = { }
        Username =
        Name = 中国移动 (China Mobile) GPRS
        Password =
        Active = 0
        Preferred = 0
        IPv6.Settings = { }
        Protocol = ip
        AccessPointName = cmnet
        Type = internet

    [ /ril_0/context2 ]
        Settings = { Method=static Gateway=10.37.225.152 Interface=ccmni0 Address=10.37.225.152 DomainNameServers=221.130.33.60,221.130.33.52, Netmask=255.255.255.0 }
        Username =
        Name = 中国移动 (China Mobile) WAP
        Password =
        Active = 1
        Preferred = 0
        IPv6.Settings = { }
        Protocol = ip
        AccessPointName = cmwap
        Type = internet

    [ /ril_0/context3 ]
        Settings = { }
        MessageCenter = http://mmsc.monternet.com
        Username =
        Active = 0
        Password =
        AccessPointName = cmwap
        IPv6.Settings = { }
        Name = 中国移动彩信 (China Mobile)
        Preferred = 0
        Protocol = ip
        MessageProxy = 10.0.0.172:80
        Type = mms

John McAleely (john.mcaleely) wrote :

This new behaviour of defaulting to 'group MMS' is causing a lot of confusion among other QA teams. It presents as a regression, when the intention is that we've added a new feature.

Would it make sense to flip the default for the 'enable group mms' switch, so that users get the old behaviour until they take a positive action?

Pat McGowan (pat-mcgowan) wrote :

Marking it fixed for the symptoms described here, changing default to disabled

Changed in canonical-devices-system-image:
status: Confirmed → Fix Released
Changed in telepathy-ofono:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers