← Back to team overview

dx-packages team mailing list archive

[Bug 1362341] Re: OneTime alarms are not automatically dismissed or delete after they are triggered

 

lp:~charlesk/indicator-datetime/lp-1362341-disable-one-time-ubuntu-
alarms-after-notification fixes this for indicator-datetime, but looks
like there's still a minor refresh error in clock-app.

If you have clock-app's alarm page open when the alarm goes off, the
visual appearance of the alarm doesn't switch to disabled even though
the x-canonical-disabled tag is correctly being added to the alarm's
categories in tasks.ics.

If you force a UI refresh by switching from the alarm page to the main
page, then back to the alarm page again, the alarm is correctly shown as
disabled.

** Also affects: ubuntu-clock-app (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: ubuntu-clock-app (Ubuntu)
     Assignee: (unassigned) => Nekhelesh Ramananthan (nik90)

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-datetime in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/1362341

Title:
  OneTime alarms are not automatically dismissed or delete after they
  are triggered

Status in the base for Ubuntu mobile products:
  Confirmed
Status in The Date and Time Indicator:
  In Progress
Status in indicator-datetime package in Ubuntu:
  Fix Released
Status in ubuntu-clock-app package in Ubuntu:
  New
Status in indicator-datetime package in Ubuntu RTM:
  New

Bug description:
  Steps to reproduce:
  1. Create a one time alarm to ring in a few minutes
  2. Let the alarm ring
  3. Dismiss the alarm

  What happens:
  The OneTime alarm is still shown as enabled and as a result shows the wrong status in the clock app. The alarm is no longer shown in the indicator-datetime.

  What should happen:
  The OneTime alarm is either disabled or deleted from the alarm model.

  The clock app cannot disable the alarm since most likely the clock app
  is not even open at the time the alarm is triggered. Since the alarm
  is no longer shown in the indicator-datetime, my intuition tells me
  that indicator-datetime and EDS did its job. Its now up to the SDK
  Alarms API to update the alarm model correctly.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1362341/+subscriptions