[Indicators] Messaging indicator does not indicate that there is a new message
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | Canonical System Image |
High
|
Unassigned | ||
| | Ubuntu UX |
Critical
|
Paty Davila | ||
| | Ubuntu theme |
Undecided
|
Unassigned | ||
| | indicator-messages (Ubuntu) |
Undecided
|
Matthieu James | ||
| | ubuntu-themes (Ubuntu) |
Undecided
|
Matthieu James | ||
| | unity8 (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
When you receive a message the indicator menu turns from opaque to full white to indicate that there is a new message. But this is not clear since all the other icons are white and you do not see any difference.
This is very confuse to understand that the indicator is in a different state from the other indicators or if it needs attention.
----------DESIGN RESOLUTION-
Please use the current ubuntu theme green to indicate that there is a new message - #3FB24F, the same green as we use for the battery icon in indicators.
Change the LED light to green as well.
Related branches
- Jouni Helminen (community): Approve on 2015-06-03
- PS Jenkins bot: Needs Fixing (continuous-integration) on 2015-06-02
-
Diff: 28558 lines (+6630/-19015)24 files modifiedsuru-icons/apps/sources/address-book-app.svg (+251/-1345)
suru-icons/apps/sources/calculator-app.svg (+197/-922)
suru-icons/apps/sources/calendar-app.svg (+348/-910)
suru-icons/apps/sources/camera-app.svg (+229/-1240)
suru-icons/apps/sources/clock-app.svg (+349/-1173)
suru-icons/apps/sources/dekko-app.svg (+593/-0)
suru-icons/apps/sources/dialer-app.svg (+344/-515)
suru-icons/apps/sources/gallery-app.svg (+445/-1160)
suru-icons/apps/sources/maps-app.svg (+230/-1257)
suru-icons/apps/sources/mediaplayer-app.svg (+227/-1040)
suru-icons/apps/sources/messaging-app.svg (+211/-662)
suru-icons/apps/sources/music-app.svg (+490/-1196)
suru-icons/apps/sources/notes-app.svg (+138/-1379)
suru-icons/apps/sources/online-accounts-flickr.svg (+20/-18)
suru-icons/apps/sources/placeholder-app-icon.svg (+53/-211)
suru-icons/apps/sources/placeholder-webapp-icon.svg (+47/-130)
suru-icons/apps/sources/rssreader-app.svg (+276/-761)
suru-icons/apps/sources/system-settings.svg (+746/-1354)
suru-icons/apps/sources/ubuntu-sdk.svg (+411/-918)
suru-icons/apps/sources/ubuntu-store.svg (+90/-240)
suru-icons/apps/sources/ubuntuone.svg (+113/-210)
suru-icons/apps/sources/weather-app.svg (+543/-1192)
suru-icons/apps/sources/webbrowser-app.svg (+276/-1179)
suru-icons/status/scalable/messages-new.svg (+3/-3)
- PS Jenkins bot: Needs Fixing (continuous-integration) on 2015-06-08
- Michael Zanetti (community): Approve on 2015-06-03
-
Diff: 23 lines (+8/-0)1 file modifiedqml/Panel/Indicators/IndicatorsLight.qml (+8/-0)
- Renato Araujo Oliveira Filho (community): Approve on 2015-06-03
-
Diff: 30 lines (+3/-3)1 file modifiedsuru-icons/status/scalable/messages-new.svg (+3/-3)
| Changed in ubuntu-ux: | |
| importance: | Undecided → Medium |
| status: | New → Triaged |
| assignee: | nobody → Paty Davila (dizzypaty) |
| summary: |
- Messaging indicator does not indicate that there is a new message + [Indicators] Messaging indicator does not indicate that there is a new + message |
| Pat McGowan (pat-mcgowan) wrote : | #1 |
| Launchpad Janitor (janitor) wrote : | #2 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in indicator-messages (Ubuntu): | |
| status: | New → Confirmed |
| Changed in ubuntu-ux: | |
| importance: | Medium → High |
| Changed in ubuntu-ux: | |
| importance: | High → Critical |
| Changed in canonical-devices-system-image: | |
| importance: | Undecided → High |
| milestone: | none → ww24-2015 |
| status: | New → Confirmed |
| description: | updated |
| Changed in ubuntu-ux: | |
| status: | Triaged → Fix Committed |
| description: | updated |
should we change the led color to green to make it consistent?
| Charles Kerr (charlesk) wrote : | #4 |
For the green icon, ubuntu-themes' file "messages-new.svg" needs to be changed to use the #3FB24F color referred to by design.
| Changed in indicator-messages (Ubuntu): | |
| assignee: | nobody → Matthieu James (tiheum) |
Renato, regarding LED light, it's fine to leave it blue
| Pat McGowan (pat-mcgowan) wrote : | #6 |
setting for the krillin ota
| Changed in canonical-devices-system-image: | |
| milestone: | ww24-2015 → ww22-2015 |
| Pat McGowan (pat-mcgowan) wrote : | #7 |
Since we now know the led was blue to match the original indicator color, which then changed to green then white then back to green, I suggest we now make the indicator green as well.
Agreed, let's change it to green
| description: | updated |
| Paty Davila (dizzypaty) wrote : | #9 |
--- UX comment ---
The use of blue to indicate 'unread' and 'missed' communications was not understood, 7/11 participants failed to interpret the meaning of blue. This is because of the following mental models:
- Blue does not signify that attention is required
- The presence of a communication indicator already suggests 'unread' and 'missed'
User quotes:
"I don't know why it needs to be blue, I don't need it to be there if there aren't any unread messages. It normally will only show when there is an outstanding message." (Michael)
"The fact that it is present indicates there is something there for me to do." (Hansie)
When there are no outstanding messages/missed calls, the participants did not expect the indicators to be shown. Therefore, the blue colour serves little meaning to them.
Based on these findings, we've decided to only show the Notification indicator icon (white) if its current status is on/running or required the user's attention. (With the exception of informational indicators which are always present).
Source: Notification indicator & icon findings from Usability testing sessions - March and Sep 2014 (https:/
---
Also, with the new design of the Notification System, we suggest using the lock screen to provide more functionality beyond unlocking the phone: such as notifications for emails and text messages, a date and time display, or even shortcuts to certain applications, for example, the camera or the media player control. This appearance of notifications on the lock screen addresses user's prioritisation of different communication content based on their context, for example, from earlier research, we found that participants gave different levels of attention according to the communication medium: a missed call is more likely to require an immediate action; text messages are checked on a frequent basis; personal emails are relatively less urgent, and tend to be checked at the user's convenience. Therefore, the 'envelope' icon in the status bar takes a 'secondary role' when notifying the user.
Desired behaviour of 'Envelope' icon:
User can swipe either way to unlock the screen, if she does, all notifications will disappear and be recorded in the Notification centre and the 'envelope' icon should be present on the Status bar. If user sees (opens) the Notification centre or acts on a notification when it arrives, then the 'envelope' icon should disappear from the status bar. (https:/
| Paty Davila (dizzypaty) wrote : | #10 |
@pat-mcgowan, I've just came back from holidays today and I wasn't aware of previous conversations and the decision that was taken yesterday about the messaging indicator icon. You can ignore my previous comment.
| Changed in ubuntu-themes (Ubuntu): | |
| status: | New → Fix Committed |
| Changed in indicator-messages (Ubuntu): | |
| status: | Confirmed → Fix Committed |
| Changed in ubuntu-themes (Ubuntu): | |
| assignee: | nobody → Matthieu James (tiheum) |
| Changed in canonical-devices-system-image: | |
| status: | Confirmed → Fix Released |
| Launchpad Janitor (janitor) wrote : | #11 |
This bug was fixed in the package ubuntu-themes - 14.04+15.
---------------
ubuntu-themes (14.04+
[ CI Train Bot ]
* New rebuild forced.
[ Charles Kerr ]
* cherrypick the new messages-new.svg suru icon from
lp:~tiheum/ubuntu-themes/suru-app-icons-v2 (LP: #1450894)
-- CI Train Bot <email address hidden> Wed, 03 Jun 2015 21:41:43 +0000
| Changed in ubuntu-themes (Ubuntu): | |
| status: | Fix Committed → Fix Released |
| Launchpad Janitor (janitor) wrote : | #12 |
This bug was fixed in the package unity8 - 8.02+15.
---------------
unity8 (8.02+15.
[ CI Train Bot ]
* New rebuild forced.
* Resync trunk.
[ Renato Araujo Oliveira Filho ]
* Set the device led color to green. (LP: #1450894)
-- CI Train Bot <email address hidden> Wed, 03 Jun 2015 21:42:35 +0000
| Changed in unity8 (Ubuntu): | |
| status: | New → Fix Released |
| Changed in indicator-messages (Ubuntu): | |
| status: | Fix Committed → Fix Released |
| no longer affects: | indicator-messages |
| Changed in ubuntu-themes: | |
| status: | New → Fix Released |
| Changed in ubuntu-ux: | |
| status: | Fix Committed → Fix Released |
| Matthew Paul Thomas (mpt) wrote : | #13 |
So according to the usability test, "7/11 participants failed to interpret the meaning of blue".
How many interpreted the meaning of green? Was it any better?
I'd be surprised if Michael quoted above, for example, would say: "I don't know why it would need to be blue ... but green, green makes sense to me."
Or if Hansie would change his belief that "The fact that it is present indicates there is something there for me to do" merely because it was sometimes green rather than sometimes blue (if he even saw that happen).
If the logic is, "the menu is where we list notifications, therefore the indicator has to be there all the time, therefore we need to use visual design to distinguish new messages received or not", then maybe the premise is wrong.
| Matthieu James (tiheum) wrote : | #14 |
Note that apart from the colour, the designs of the icons used for the two states of the indicator (no new message / new message) are different since the last update: outline / solid envelope.
This might help to differentiate the two states.


Seems that since the led flashes blue for new messages it would be consistent to use blue in the indicator
Also the indicators are not all moochromatic as the battery still changes to green to indicate charging so it seems this would not violate some policy unless the battery is also due for change of some sort.
A number of users were confused by the change to remove color