[notifications] + [messaging] SMS notifications should should show which SIM received message

Bug #1487528 reported by Stefan
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
High
Bill Filler
Ubuntu UX
Fix Committed
High
Olga Kemmet
telephony-service (Ubuntu)
Fix Released
High
Tiago Salem Herrmann

Bug Description

User does not see onto which SIM card the SMS was received on the lock screen (if this option is enabled by device privacy settings).
It is great that used has option to reply immediately, without unlocking the device, but it is not possible to know, which SIM card to use to reply back.

------------ UX comment ---------------

Please find attached to this bug a design solution which shows two solutions for the here described issue.
A. Places the [SIM name] in the place of a time stamp (recommended).
B. Adds [SIM name] after the header of the notification.

Solution B may be applied if solution A can not be implemented for the time being.

The label of the SIM card should always represent the label users set, even if they renamed the sim cards.

Related branches

Changed in canonical-devices-system-image:
assignee: nobody → Bill Filler (bfiller)
importance: Undecided → Wishlist
milestone: none → backlog
status: New → Confirmed
summary: - Info missing: Not visible to which SIM card was the SMS received on a
- lock screen
+ [notifications] Info missing: Not visible to which SIM card was the SMS
+ received on a lock screen
Changed in ubuntu-ux:
status: New → Triaged
importance: Undecided → Low
assignee: nobody → Paty Davila (dizzypaty)
Bill Filler (bfiller)
Changed in canonical-devices-system-image:
importance: Wishlist → High
Changed in telephony-service (Ubuntu):
importance: Undecided → High
assignee: nobody → Tiago Salem Herrmann (tiagosh)
Changed in canonical-devices-system-image:
milestone: backlog → ww02-2016
Changed in ubuntu-ux:
assignee: Paty Davila (dizzypaty) → Olga Kemmet (olga-kemmet)
importance: Low → High
Revision history for this message
Bill Filler (bfiller) wrote : Re: [notifications] Info missing: Not visible to which SIM card was the SMS received on a lock screen

similar to bug https://bugs.launchpad.net/canonical-devices-system-image/+bug/1460301
We should display the sim label in the notification and messaging-menu item when dual sim

For notifcation, currently says:
"Message from <ContactName>
<message contents>"

Should say, when dual sim:
"Message from <ContactName> on <SimLabel>
<message contents>"

And in messaging menu, the entry currently says:
"<ContactName>
<message contents>"

Should say, when dual sim:
"<Contact Name> on <SimLabel>
<message contents>"

or something along those lines. Design please provide some input here..

Changed in telephony-service (Ubuntu):
status: New → Confirmed
Bill Filler (bfiller)
summary: - [notifications] Info missing: Not visible to which SIM card was the SMS
- received on a lock screen
+ SMS notifications should should show which SIM received message
summary: - SMS notifications should should show which SIM received message
+ [notifications] + [messaging] SMS notifications should should show which
+ SIM received message
Revision history for this message
Olga Kemmet (olga-kemmet) wrote :

Wireframe for SIM card stamp.

description: updated
Changed in ubuntu-ux:
status: Triaged → Fix Committed
description: updated
Revision history for this message
Tiago Salem Herrmann (tiagosh) wrote :

Thanks for the wireframe. If I remember correctly we don't have support for displaying text on the top right of the notification bubble. Is this in the notifications spec?

Also, we need wireframes for incoming messages in the indicator menu.

I know this bug is about messages, but there is a similar use case we have to fix, which is voicemail in the indicator.
As a temporary solution we are displaying something like "1 Voicemail - SIM 1", but would be good to have a final solution for this case as well.

Thanks.

Revision history for this message
Olga Kemmet (olga-kemmet) wrote :

@tiago: There is a notifications spec but I don't think anyone implemented the designs just yet.
Here is the link: https://docs.google.com/document/d/1xDSZ_dnAMAlhgFnnyjJEibaITXjVLp1_pnj_tATNm9I/edit?pli=1#
A good example of the messaging bubble is on page 29.

A. This spec allows stamps on the right hand side in the bubble. Originally this place was reserved for a time stamp but this info is not needed on the lock screen/normal usage. This means that the time stamp space can be used for indicating which SIM the message was sent to.

B. If this implementation causes issues we can fall back on doing the following:
Add the SIM tag next to the NAME in the notification bubble.

Please see for both solution the new attachment.

Notification Centre:
Paty and I reviewed the current implementation and it looks ok for now. There is going to be a redesign of the notification centre but it is not clear when this happens. Ergo, displaying "1 Voicemail - [name of SIM]" is correct for the time being.

Revision history for this message
Olga Kemmet (olga-kemmet) wrote :
description: updated
Changed in canonical-devices-system-image:
status: Confirmed → In Progress
Changed in telephony-service (Ubuntu):
status: Confirmed → In Progress
Changed in canonical-devices-system-image:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

---------------
telephony-service (0.1+16.04.20151207-0ubuntu1) xenial; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.
  * Resync trunk. added: po/be.po

  [ Tiago Salem Herrmann ]
  * Fill notifications with attachments info when no text is received.
    (LP: #1517654)
  * Improve notifications on multi-sim devices. (LP: #1487528, #1460301)

 -- Tiago Salem Herrmann <email address hidden> Mon, 07 Dec 2015 17:55:49 +0000

Changed in telephony-service (Ubuntu):
status: In Progress → Fix Released
Changed in canonical-devices-system-image:
status: Fix Committed → Fix Released
Revision history for this message
Stefan (boldos) wrote :

Fixed, thank you :)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.