Re: April CCXML: 3 problems with manual tests (10_5_7_A_*.txml) - ISSUE-702

Chris,

We are in the process to address all ISSUES related to IR. The goal is to re-publish the CCXML-IR in a short term.
Please explicitly confirm that you accept the proposed resolution or after one week we will consider implicitly accepted the resolution. If you need clarification, please ask them very soon.

Paolo Baggia
Author of CCXML-IR Plan

ISSUE-702:

Proposed Resolution: Accept

You are right on all the issues:
1. You are right, fix s/true/'true'/ 
2. The directory will be removed from the URI reference
3. The spec will be changed to describe the expected order of actions.
   The proposal is to follow: play exittone, then unjoin and finally send conference.unjoined. Can you confirm explicitly this?

=================================
This is tracked as ISSUE-702

	RJ
---
RJ Auburn
CTO, Voxeo Corporation
tel:+1-407-418-1800 begin_of_the_skype_highlighting              +1-407-418-1800      end_of_the_skype_highlighting

Come join us at our Voxeo Customer Summit
June 21st - June 23rd at the Hard Rock Hotel
Register today for your All Access Pass:  
http://www.voxeo.com/summits/customer

On May 18, 2010, at 3:51 PM, Chris Davis wrote:

> Hello www-voice,
> 
> There are 3 issues with the manual tests comprising the CCXML test cases:
> 
> 1) entertone/exittone on the <join> tag specifies a boolean instead of a character
>   string. 10.5.7.2 says of those attributes that they are "An ECMAScript expression that returns a character string".
>  They are probably a good candidate to stay strings, as they can also reference WAV URIs.
> 
> 2) 10_5_7_A_110.txml references exittone="'manual_tests/voice.wav'". In order to be consistent with 10_5_7_A_104.txml
> and work with the provided directory structure it should instead be exittone="'voice.wav'"
> 
> 3) 10_5_7_A_110.txml does an <exit> upon conference.unjoined but the test asserts that the caller should hear the
> exittone of the unjoining conference member. This *implies* that the exittone should be played *before* the member exits
> and then generates the conference.unjoined, but the recommendation doesn't say this. Our browser actually removes the member
> first then plays the tone, hence the confusion. As a work around we moved the exit in the test 3 seconds after the unjoined.
> We recommend clarifying in 10.5.7.2 when the tone is played and to whom. In
> other words, are the enter and exit tones played BEFORE add/remove or AFTER. Also, are the tones played to everyone in
> the conference including the party entering/leaving?
> 
> Regards,
> Chris
> 
> -- 
> Chris Davis
> Interact Incorporated R&D
> 512-502-9969x117

Received on Tuesday, 8 June 2010 12:35:15 UTC