History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: XCF-2321
Type: Bug Bug
Status: Open Open
Priority: Minor Minor
Assignee: Unassigned
Reporter: Shruthi Sarpamale
Votes: 0
Watchers: 0
Available Workflow Actions

Resolve
Request Information
Operations

If you were logged in you would be able to see more operations.
sipXconfig

AutoAttendant prompt is not played / heard when AA audio file has spaces in its name

Created: 2008-03-04 05:44   Updated: 2008-08-25 23:38
Component/s: autoattendant
Affects Version/s: 3.10.0, 3.8.1
Fix Version/s: 4.2

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
File Attachments: 1. File auto attendant.wav (221 kb)
2. File autoattendant-xcf3.vxml (8 kb)
3. GZip Archive sipx-configuration-earth.qantom.int.tar.gz (501 kb)

Environment:
  sipxconfig 3.10.0-012017 2008-03-03T01:57:21 oem-centos5
  sipxvxml 3.10.0-012017 2008-03-03T01:45:59 oem-centos5


 Description  « Hide
This issue is found while verifying issue XECS-149.
When a audio file name with a space in it (say ex: auto attendant.wav) is used for Callpark, ACD, MOH, Paging Groups plays correctly without any issues. Also, for a audio file with a space , orbit.xml file inserts %20 instead of spaces/blanks for Callpark and MOH.

But, when a audio file with a space in it (say ex: auto attendant.wav) is used for AutoAttendant, it fails to play the audio file when AA number is dialed.

Steps to reproduce:
1. Navigate to Features ---> Auto Attendants and click on add Attendant with following details:
Name: s1
Prompt: auto attendant.wav
2. Now, navigate to System --> Dialplans and create a custom Attendant dialplan( say, aa1) to use s1 as Default Attendant with Extension as 666.
3. Click on Apply and then Activate the dialplans.

Expected Result:
When 666 is dialed, the custom attendant auto attendant.wav should be played to the caller.

Actual Result:
The audio played (auto attendant.wav) is not heard by the caller.
(Call ID:b637d3d9-167753ef-20f2c3bc@176.25.2.228)

Note:
1. AA plays the audio correctly without any issues for a audio withOUT any spaces in it.
2. Snapshot has been taken from HA Master. Issue also exists in a standalone system.

Attched FIles:
1. auto attendant.wav
2. sipx-configuration-earth.qantom.int.tar.gz
3. autoattendant-xcf3.vxml


 All   Comments   Work Log   Change History      Sort Order:
Martin Steinmann - 2008-03-04 06:08
We should as a minimum add a help text. Windows users create filenames with spaces all the time.

Martin Steinmann - 2008-03-04 06:52
Is this a server side or sipXconfig issue?

Lih-Shyng Tzeng - 2008-03-04 16:36
sipXconfig needs to encode the space in the file name based on RFC-2396. This is a sipXconfig issue. So, I will move this to sipXconfig. In XECS-149, Woof fixed sipXmediaLib to handle a properly encoded file name. Therefore, this problem should be resolved after sipXconfig properly encodes the space in the file name.

Andy Spitzer - 2008-03-05 08:59
I'm not so sure about that.

sipXacd is different from all the other apps in that it's config file is written by itself, after copying over
the config from the sipXconfig XML-RPC commands. Thus there are any number of places where
the encoding could get mucked. It could be sipXconfig, it could be the XML-RPC encoding, XML-RPC
decoding, or sipXacd writting out the config file. It's possibly the same issue that file names encoded
with unicode characters (Chinese was the example, I believe) don't work either.

--Woof!

Martin Steinmann - 2008-03-05 09:03
This issue is about AA not ACD.

Andy Spitzer - 2008-03-05 09:16
Good point...Nevermind!

--Woof!