Hi All, Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect. Here is my result if I'm asking it to read 1234: [variable_current_application_data] => en NUMBER iterated 4448 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4448 [Application-Response] => _none_ As expected this reads "4, 4, 4, 8" Here is my result with pollution (i do not have a prompt for "star") [variable_current_application_data] => en NUMBER iterated 4**5 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4**5 [Application-Response] => _none_ This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation. In the CLI i can see the following line for the failed say session: 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error! There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable *IS* used for! If anyone is able to provide some details on how best to capture an error like this remotely please let me know. Thanks, Callum _____________________________ Callum Guy Senior Developer X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ T 0333 332 0116 E callum.guy@x-on.co.uk X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478 This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems. Please consider the environment before printing this email.
Does it attempt to play the sound file and then hangup? Please provide a log of a call. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Hi All,
Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
Here is my result if I'm asking it to read 1234:
[variable_current_application_data] => en NUMBER iterated 4448 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4448 [Application-Response] => _none_
As expected this reads "4, 4, 4, 8"
Here is my result with pollution (i do not have a prompt for "star")
[variable_current_application_data] => en NUMBER iterated 4**5 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4**5 [Application-Response] => _none_
This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
In the CLI i can see the following line for the failed say session:
2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
Thanks,
Callum
Hi Brian, I can confirm the when starting the say application it doesn't manage to play any digits. There isn't much in the log for this part of the call but i have copied it below: 2014-02-24 11:10:05.999139 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string:///usr/share/sounds/x.wav!/usr/share/sounds/xx.wav!/usr/share/sounds/xxx.wav 2014-02-24 11:10:06.039140 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.059137 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584123456@b1.x-onsip.net Command Execute say(en NUMBER iterated 4**5) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated 4**5) 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error! 2014-02-24 11:10:06.139094 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.159097 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584123456@b1.x-onsip.net Command Execute play_and_get_digits(1 1 5 3000 #* /usr/share/sounds/xxxx.wav /usr/share/sounds/xxxxx.wav XON_DTMF \d+ 3000) The below represents the output for a successful say application execution: 2014-02-24 11:09:34.299110 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584663951@b1.x-onsip.net Command Execute say(en NUMBER iterated 4448) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated 4448) 2014-02-24 11:09:34.319064 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 30ms 2014-02-24 11:09:36.819137 [DEBUG] switch_rtp.c:5390 RTP RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] switch_channel.c:489 RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] mod_dptools.c:2105 Digit 2 2014-02-24 11:09:37.859136 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/4.wav!digits/4.wav!digits/4.wav!digits/8.wav
From this I can only presume that the say application performs some "file exists" operation ahead of building the string for playback. As mentioned previously there is no indication of the failure outcome in the ESL event.
Please let me know if you require any more information. Thanks, Callum ______________________________ Callum Guy Senior Developer X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ T 0333 332 0116 E callum.guy@x-on.co.uk X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478 This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems. Please consider the environment before printing this email. On 24 February 2014 11:56, Brian West <brian@freeswitch.org> wrote:
Does it attempt to play the sound file and then hangup? Please provide a log of a call. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Hi All,
Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
Here is my result if I'm asking it to read 1234:
[variable_current_application_data] => en NUMBER iterated 4448 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4448 [Application-Response] => _none_
As expected this reads "4, 4, 4, 8"
Here is my result with pollution (i do not have a prompt for "star")
[variable_current_application_data] => en NUMBER iterated 4**5 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4**5 [Application-Response] => _none_
This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
In the CLI i can see the following line for the failed say session:
2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
Thanks,
Callum
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Build a test case and file a JIRA at http://jira.freeswitch.org Thanks, -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Feb 24, 2014, at 8:35 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Hi Brian,
I can confirm the when starting the say application it doesn't manage to play any digits. There isn't much in the log for this part of the call but i have copied it below:
2014-02-24 11:10:05.999139 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string:///usr/share/sounds/x.wav!/usr/share/sounds/xx.wav!/usr/share/sounds/xxx.wav 2014-02-24 11:10:06.039140 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.059137 [DEBUG] switch_ivr.c:615 sofia/internal/7584123456@b1.x-onsip.net Command Execute say(en NUMBER iterated 4**5) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated 4**5) 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error! 2014-02-24 11:10:06.139094 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.159097 [DEBUG] switch_ivr.c:615 sofia/internal/7584123456@b1.x-onsip.net Command Execute play_and_get_digits(1 1 5 3000 #* /usr/share/sounds/xxxx.wav /usr/share/sounds/xxxxx.wav XON_DTMF \d+ 3000)
The below represents the output for a successful say application execution:
2014-02-24 11:09:34.299110 [DEBUG] switch_ivr.c:615 sofia/internal/7584663951@b1.x-onsip.net Command Execute say(en NUMBER iterated 4448) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated 4448) 2014-02-24 11:09:34.319064 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 30ms 2014-02-24 11:09:36.819137 [DEBUG] switch_rtp.c:5390 RTP RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] switch_channel.c:489 RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] mod_dptools.c:2105 Digit 2 2014-02-24 11:09:37.859136 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/4.wav!digits/4.wav!digits/4.wav!digits/8.wav
From this I can only presume that the say application performs some "file exists" operation ahead of building the string for playback. As mentioned previously there is no indication of the failure outcome in the ESL event.
Please let me know if you require any more information.
Thanks,
Callum
______________________________
Callum Guy Senior Developer
X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ
T 0333 332 0116 E callum.guy@x-on.co.uk
X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478
This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems.
Please consider the environment before printing this email.
On 24 February 2014 11:56, Brian West <brian@freeswitch.org> wrote: Does it attempt to play the sound file and then hangup? Please provide a log of a call. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Hi All,
Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
Here is my result if I'm asking it to read 1234:
[variable_current_application_data] => en NUMBER iterated 4448 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4448 [Application-Response] => _none_
As expected this reads "4, 4, 4, 8"
Here is my result with pollution (i do not have a prompt for "star")
[variable_current_application_data] => en NUMBER iterated 4**5 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4**5 [Application-Response] => _none_
This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
In the CLI i can see the following line for the failed say session:
2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
Thanks,
Callum
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks Brian, I have created the following Jira http://jira.freeswitch.org/browse/ESL-87 Please let me know if there are any issues with my issue creation - I've never logged a JIRA before! Callum ______________________________ Callum Guy Senior Developer X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ T 0333 332 0116 E callum.guy@x-on.co.uk X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478 This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems. Please consider the environment before printing this email. On 24 February 2014 15:49, Brian West <brian@freeswitch.org> wrote:
Build a test case and file a JIRA at http://jira.freeswitch.org
Thanks, -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 24, 2014, at 8:35 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
2014-02-24 11:09:34.319064 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 30ms 2014-02-24 11:09:36.819137 [DEBUG] switch_rtp.c:5390 RTP RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] switch_channel.c:489 RECV DTMF 2:880 2014-02-24 11:09:36.819137 [DEBUG] mod_dptools.c:2105 Digit 2 2014-02-24 11:09:37.859136 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/4.wav!digits/4.wav!digits/4.wav!digits/8.wav
From this I can only presume that the say application performs some "file exists" operation ahead of building the string for playback. As mentioned previously there is no indication of the failure outcome in the ESL event.
Please let me know if you require any more information.
Thanks,
Callum
______________________________
Callum Guy Senior Developer
X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ
T 0333 332 0116 E callum.guy@x-on.co.uk
X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478
This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems.
Please consider the environment before printing this email.
On 24 February 2014 11:56, Brian West <brian@freeswitch.org> wrote: Does it attempt to play the sound file and then hangup? Please provide a log of a call. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Hi All,
Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
Here is my result if I'm asking it to read 1234:
[variable_current_application_data] => en NUMBER iterated 4448 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4448 [Application-Response] => _none_
As expected this reads "4, 4, 4, 8"
Here is my result with pollution (i do not have a prompt for "star")
[variable_current_application_data] => en NUMBER iterated 4**5 [variable_current_application] => say [variable_sound_prefix] => /usr/share/sounds/en/us/callie [Application] => say [Application-Data] => en NUMBER iterated 4**5 [Application-Response] => _none_
This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
In the CLI i can see the following line for the failed say session:
2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
Thanks,
Callum
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Brian,
I can confirm the when starting the say application it doesn't manage to play any digits. There isn't much in the log for this part of the call but i have copied it below:
2014-02-24 11:10:05.999139 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string:///usr/share/sounds/x.wav!/usr/share/sounds/xx.wav!/usr/share/sounds/xxx.wav 2014-02-24 11:10:06.039140 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.059137 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584123456@b1.x-onsip.net Command Execute say(en NUMBER iterated 4**5) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated 4**5) 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error! 2014-02-24 11:10:06.139094 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456@b1.x-onsip.net [BREAK] 2014-02-24 11:10:06.159097 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584123456@b1.x-onsip.net Command Execute play_and_get_digits(1 1 5 3000 #* /usr/share/sounds/xxxx.wav /usr/share/sounds/xxxxx.wav XON_DTMF \d+ 3000)
The below represents the output for a successful say application execution:
2014-02-24 11:09:34.299110 [DEBUG] switch_ivr.c:615 sofia/internal/ 7584663951@b1.x-onsip.net Command Execute say(en NUMBER iterated 4448) EXECUTE sofia/internal/7584663951@b1.x-onsip.net say(en NUMBER iterated
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Callum, Thanks for filing the report, It appears you’ve described the issue in detail. Happen to have a test case that could execute this issue that could be attached to the issue? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Feb 27, 2014, at 7:37 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Thanks Brian, I have created the following Jira
http://jira.freeswitch.org/browse/ESL-87
Please let me know if there are any issues with my issue creation - I've never logged a JIRA before!
Callum
Brian, My practical test case is to configure a call to issue two "say" application requests via ESL, one with good data (i.e. 1234) and one with bad (i.e. 1*2*). The callie audio path for my test system only contains digits and no "star" files. Would this be enough details and if so how would i express this on the JIRA - a specific "test case" attachment or just in the body? For an issue of this nature i'd suspect system details are largely irrelevant? Let me know and i'll get it sorted! Thanks, Callum ______________________________ Callum Guy Senior Developer X-on Framlingham Technology Centre Station Road, Framlingham, Suffolk, IP13 9EZ T 0333 332 0116 E callum.guy@x-on.co.uk X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD Company Registration No. 2578478 This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems. Please consider the environment before printing this email. On 27 February 2014 14:49, Brian West <brian@freeswitch.org> wrote:
Callum, Thanks for filing the report, It appears you've described the issue in detail. Happen to have a test case that could execute this issue that could be attached to the issue? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 27, 2014, at 7:37 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Thanks Brian, I have created the following Jira
http://jira.freeswitch.org/browse/ESL-87
Please let me know if there are any issues with my issue creation - I've never logged a JIRA before!
Callum
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
If you can create a test case on the JIRA that speeds acceptance and testing. I’ve created http://jira.freeswitch.org/browse/FS-6278 to discuss the ways to build and submit test cases for issues reported on JIRA that have specific config options that need to be set to replicate it in our labs. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Feb 27, 2014, at 9:13 AM, Callum Guy <callum.guy@x-on.co.uk> wrote:
Brian,
My practical test case is to configure a call to issue two "say" application requests via ESL, one with good data (i.e. 1234) and one with bad (i.e. 1*2*). The callie audio path for my test system only contains digits and no "star" files.
Would this be enough details and if so how would i express this on the JIRA - a specific "test case" attachment or just in the body? For an issue of this nature i'd suspect system details are largely irrelevant?
Let me know and i'll get it sorted!
Thanks,
Callum
participants (2)
-
Brian West
-
Callum Guy