Time can not be read when alarm is set (while swiping/opening indicator)

Bug #1465858 reported by cm-t 🦄🏂🌈🎵
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
indicator-datetime (Ubuntu)
Confirmed
Undecided
Matthew Paul Thomas
unity8 (Ubuntu)
Confirmed
Undecided
Nick Dedekind

Bug Description

I am on krillin r23 stable (OTA-4), but I have reproduced this bug on mako (stable channel) too.

0. launch a full screen app like Machine Vs Machines. NO alarm set.
1. can't see the time (expected) because when in full screen: top bar indicator is hidden
2. swipe from top edge and focus time indicator: you can read the time at the top of the time label indicator (expected)

Now

0. launch a full screen app like Machine Vs Machines. At least 1 alarm is set and due in the futur.
1. can't see the time (expected) because when in full screen : top bar indicator is hidden
2. swipe from top edge and focus time indicator: you can't read the time at the top of the time label's indicator because the time is replaced by the alarm icon (not expected)

Current UX to see the time (alternative solution until it get fixed):

3. swipe from left side, and focus another app not in full screen (or go scope with left swipe)
4. see time from top bar indicators.
5. swipe from right to get back at your focused apps.

Or :
3. push power (screen off)
4. push power (screen on, lock screen)
5. check the time at the top bar indicator
6. unlock to get back to yout focused app.

5 or 6 steps are needed to just watch the time while only 1or2 could do the work if the time was always shown on the indicator time's icon.

I beleive this is not a niche need :
 * Alarms are usual
 * Full screen apps too
 * checking time too

PS: please affect the bug to indicator if needed, It fails when I tryed submit from here https://bugs.launchpad.net/ubuntu/+source/indicator-time/+filebug

Revision history for this message
cm-t 🦄🏂🌈🎵 (cm-t) wrote :
description: updated
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity8 (Ubuntu):
status: New → Confirmed
Revision history for this message
Wieke Kanters (kantersw) wrote :

I just reproduced the bug on my BQ phone running krillin r24.

affects: unity8 (Ubuntu) → indicator-datetime (Ubuntu)
Changed in indicator-datetime (Ubuntu):
assignee: nobody → Nick Dedekind (nick-dedekind)
Changed in unity8:
assignee: nobody → Nick Dedekind (nick-dedekind)
Changed in indicator-datetime (Ubuntu):
assignee: Nick Dedekind (nick-dedekind) → nobody
Revision history for this message
Michal Predotka (mpredotka) wrote :

Still an issue in OTA-9.1

Charles Kerr (charlesk)
Changed in indicator-datetime (Ubuntu):
assignee: nobody → Matthew Paul Thomas (mpt)
Revision history for this message
Charles Kerr (charlesk) wrote :

There doesn't seem to be any design for this use case on if/how the current time should be shown in the expanded indicator panel when an alarm is set.

The indicators (phone) UX spec v0.2 is a little dusty but is the closest we have AFAIK, and its images of how datetime should look in the expanded indicator panel matches the current implementation.

Reassigning to mpt for consideration of this edge case.

Revision history for this message
Michael Zanetti (mzanetti) wrote :

Wouldnt it make sense to just keep it looking the same as when there is no alarm set? IMO its just about hiding the clock icon instaed of the time and always behaving the same, regardless if there is an alarm set or not. I totally agree with this bug that it should show the clock and not the alarm icon in the expandet state. Especially since in the expanded state the user can still see any upcoming alarms but atm the time information is completely hidden.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Michał Sawicz (saviq)
affects: unity8 → unity8 (Ubuntu)
Changed in unity8 (Ubuntu):
status: New → Confirmed
Changed in unity8 (Ubuntu):
status: New → Confirmed
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.