[asterisk-bugs] [Asterisk 0011147]: SayDigits seems to be broken in current trunk

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11147 
====================================================================== 
Reported By:                IgorG
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11147
Category:                   Core/PBX
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 88166 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-02-2007 10:19 CDT
Last Modified:              11-02-2007 11:14 CDT
====================================================================== 
Summary:                    SayDigits seems to be broken in current trunk
Description: 
Seems that problem is in function say_digit_str_full. When I try to debug
this issue I've commented check for file existance in this way:

if (fn /* && ast_fileexists(fn, NULL, NULL) > 0*/) {
 ...
}

Then all digits play normal. Seem that all functions with the same check:
say_phonetic_str_full
say_character_str_full
====================================================================== 

---------------------------------------------------------------------- 
 qwell - 11-02-07 11:14  
---------------------------------------------------------------------- 
I can reproduce - quite easily.

This is caused by sounds dir structure, and language.

I do not have /var/lib/asterisk/sounds/digits/, but I do have
/var/lib/asterisk/sounds/en/digits/

I'm not sure what the right way to fix this is..  It appears we aren't
passing language.  Perhaps if preflang == NULL, rather than setting it to
"", we can set it to chan->language? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-02-07 11:14  qwell          Note Added: 0072986                          
======================================================================