Bug 9955 - Alarms still going off if canceled right before their scheduled time
: Alarms still going off if canceled right before their scheduled time
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Alarm
: 7.2.1
: PC Windows Vista
: -- normal with 2 votes (vote)
: ---
Assigned To: Squeezebox QA Team email alias
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-11-10 16:50 UTC by Jon
Modified: 2008-11-18 16:54 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
Log file (43.94 KB, text/plain)
2008-11-12 07:43 UTC, Mark Lanctot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jon 2008-11-10 16:50:08 UTC
I have had a few times that I woke up early and canceled an upcoming alarm, but it went off anyway.  I have not been able to determine if it's random or if it is related to how close to the scheduled time it is canceled.  This has happened both using the front panel or the web interface.
Comment 1 KDF 2008-11-10 20:47:17 UTC
Are you using the 7.2.1 release or tried the 7.3 nightly builds?
Comment 2 Jon 2008-11-10 21:29:48 UTC
This happened most recently with a 7.3 nightly, but also happened pre 7.2.1
Comment 3 KDF 2008-11-11 10:43:22 UTC
I recall a similar issue to this where changing the time still got the old alarm. I believe that one was fixed.  Max, could this be related?
Comment 4 James Richardson 2008-11-11 15:25:19 UTC
Jon: can you provide a log?  turn player.alarmclock to debug, repo, attach log to this bug.
Comment 5 Mark Lanctot 2008-11-12 07:43:02 UTC
Created attachment 4237 [details]
Log file

This happened to my GF when I was away.  Alarms were cancelled using the player UI with "All alarms: Off".  This removed the "bell" icon so I thought no upcoming alarms were scheduled.  However the alarm went off as usual.

My GF had to set each individual alarm to "Off" in order to cancel the alarms.

Log snippet attached.  It starts with the disabling of the alarms, which doesn't seem to occur (occurs for the other player though) and ends with the alarm timing out after going off.

Server details:

SqueezeCenter Version: 7.2.1 - 23771 @ Thu Nov 6 02:09:32 PST 2008 - Debian - EN - utf8
Perl Version: 5.10.0 x86_64-linux-gnu-thread-multi
MySQL Version: 5.0.67-0ubuntu6
Platform Architecture: x86_64-linux

Player details:

Model: boom
Firmware: 33
Comment 6 Mark Lanctot 2008-11-12 07:48:34 UTC
Perhaps it's a recurrence of bug 8907?

https://bugs-archive.lyrion.org/show_bug.cgi?id=8907
Comment 7 James Richardson 2008-11-12 08:07:35 UTC
Max, is this one yours to look at?
Comment 8 Jon 2008-11-12 08:44:39 UTC
Shoot - I accidentally posted to the wrong bug because of the link...Sorry to people getting this twice, anyway, I am glad you got the log file Mark I tried to tinker with it last night and was unable to reproduce my problem, but I am going to do some more experimenting tonight/tomorrow.
Comment 9 Chris Owens 2008-11-17 09:25:45 UTC
Michael thinks this may be fixed in 7.3
Comment 10 James Richardson 2008-11-18 12:22:40 UTC
Jon: this appears to be fixed in 7.3r23940

Can you re-test that version?  Remove all your alarms, and re-create them as well.
Comment 11 Jon 2008-11-18 16:54:55 UTC
I did some additional testing tonight with the latest build and it appears to be working now.

Thanks
-Jon