[asterisk-bugs] [Asterisk 0013921]: Configuration reload overrides channel variable setting of ackcall (autologoff, acceptdtmf and enddtmf)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13921 
====================================================================== 
Reported By:                davidw
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   13921
Category:                   Channels/chan_agent
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.0 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-18 06:23 CST
Last Modified:              2008-11-24 13:30 CST
====================================================================== 
Summary:                    Configuration reload overrides channel variable
setting of ackcall (autologoff, acceptdtmf and enddtmf)
Description: 
p->ackcall can be set using channel variable, at login time, but is reset
to the global default, by add_agent, if the configuration is reloaded, even
though the agent is still logged in.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013098 [patch] p->ackcall not reset when ag...
====================================================================== 

---------------------------------------------------------------------- 
 (0095397) blitzrage (administrator) - 2008-11-24 13:30
 http://bugs.digium.com/view.php?id=13921#c95397 
---------------------------------------------------------------------- 
Assigned to putnopvut for now as he originally committed 13098, so perhaps
he has some insight as to the best approach to take here. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-24 13:30 blitzrage      Note Added: 0095397                          
======================================================================