CAs do not remove deleted scheduled recordings until a restart

Steps to reproduce

Steps to reproduce:
1. Schedule a event for the CA from the Admin UI
2. Wait for the CA schedule to update (i.e. 5+ minutes) - verify by inspecting /opt/matterhorn-captures/cache/schedule.ics
3. Delete the event in the Admin UI
4. Wait 10+ minutes. The event is not deleted from the CA's schedule (verify by inspecting /opt/matterhorn-captures/cache/schedule.ics)
5. Restart CA. Wait 10+ minutes. The event is deleted.

Actual Results:

CA's record deleted scheduled events when they should not.

Expected Results:

CAs not update correctly.

Workaround (if any):

Restart the CA.

The root cause of this problem can be seen by examining the http response codes on the admin server. After a deleted event, the admin server continues to return http 304 not modified to requests like:

GET /recordings/calendars/?agentid=agentname

from the CA, even though the calendar has been modified. Inspecting the code, it appears as if the problem could be with the getScheduleLastModified() method which is consulting the getLastModifiedDate() method from the solr index, which presumably is not being updated correctly on a delete event.


Tobias Wunden
October 6, 2012, 7:23 AM

Added patch that has been verified by UC Capetown to work on 1.3.x

Tobias Wunden
October 6, 2012, 7:53 AM

Also affects 1.4

Tobias Wunden
October 6, 2012, 7:54 AM

Greg, this ticket contains a fix for 1.4 and an attached patch that applies cleanly against 1.3.1

Greg Logan
October 9, 2012, 10:05 PM

Merged to 1.4.x with rev 13045, committed patch to 1.3.x as rev 13046. Anyone who wants/needs this for a 1.3 series core will have to use 1.3.x since there aren't any further 1.3 series releases planned.


Tobias Wunden


Stephen Marquard


Incorrectly Functioning Without Workaround

Tags (folksonomy)


Fix versions

Affects versions