[asterisk-bugs] [JIRA] (ASTERISK-25524) module reload res_calendar.so does not reload everything in calendar.conf
Martin Tomec (JIRA)
noreply at issues.asterisk.org
Fri Dec 30 07:54:09 CST 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-25524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Tomec updated ASTERISK-25524:
------------------------------------
Attachment: calendar_reload.patch
As a workaround, you can use patch from ASTERISK-26422 and ASTERISK-26683 and then set to all calendars "fetch_again_at_reload = yes"
Or you can use attached patch, which has "fetch_again_at_reload" turned on by default.
> module reload res_calendar.so does not reload everything in calendar.conf
> -------------------------------------------------------------------------
>
> Key: ASTERISK-25524
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25524
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_calendar
> Affects Versions: 11.18.0, 13.6.0
> Environment: CentOS 6.7
> Reporter: Jesper
> Severity: Minor
> Labels: calendar
> Attachments: calendar_reload.patch
>
>
> if the url is changed from:
> url = https://www.google.com/calendar/ical/XXXXXXXXX/public/basic.ics
> to
> url = http://www.google.com/calendar/ical/XXXXXXXXX/public/basic.ics
> changes are not active after "module reload res_calendar.so"
> calendar.conf in use:
> {noformat}
> [gcal1]
> type = ical
> url = https://www.google.com/calendar/ical/XXXXXXXXX/public/basic.ics
> user =
> secret =
> refresh = 5
> timeframe = 60
> {noformat}
> similar if
> {noformat}
> channel = SIP/joe
> {noformat}
> is set in calendar.conf and then the line "channel = SIP/joe" is removed from the config, the setting for the variable is not updated after "module reload res_calendar.so"
> I have to do a:
> /usr/sbin/asterisk -rx "module unload res_calendar_icalendar.so" ; sleep 2 ; /usr/sbin/asterisk -rx "module load res_calendar_icalendar.so"
> to make changes effective
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list