[asterisk-bugs] [Asterisk 0013824]: pulsedial=yes does not work

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13824 
====================================================================== 
Reported By:                ajlill
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13824
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.21.2 
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-02 13:20 CST
Last Modified:              2008-11-04 08:19 CST
====================================================================== 
Summary:                    pulsedial=yes does not work
Description: 
Setting pulsedial=yes in zapata.conf does not work. I added debugging
statements in process_zap and the file is being parsed properly, and the
field  confp->chan.pulse is being set correctly. However, the value is
being reset to 0 somewhere, and so it only tries to tone dial. I added an
extra line so 'zap show channel' will print the value of that field, and it
is 0.

This is on Debian Etch. When I was using 1.2.x, it worked fine.
====================================================================== 

---------------------------------------------------------------------- 
 (0094541) tzafrir (manager) - 2008-11-04 08:19
 http://bugs.digium.com/view.php?id=13824#c94541 
---------------------------------------------------------------------- 
pulsedial here has no effect . It is after the last 'channel' line. 

In 1.2.13 it did have effect, I think, but only after a reload. This was
due to a bug in the parsing of the configuration that was fixed since. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-04 08:19 tzafrir        Note Added: 0094541                          
======================================================================