- From: Baggia Paolo <paolo.baggia@loquendo.com>
- Date: Fri, 20 Aug 2010 15:19:16 +0200
- To: 'Petr Kuba' <kuba@optimsys.cz>
- CC: Baggia Paolo <paolo.baggia@loquendo.com>, "'www-voice@w3.org'" <www-voice@w3.org>, 'RJ Auburn' <rj@voxeo.com>, "'W3C Voice Browser Working Group'" <w3c-voice-wg@w3.org>
Petr, We are in the process to address all ISSUES related to IR. The goal is to finalize the test-suite during the PR transition. Please explicitly confirm that you accept the proposed resolution or after one week we will consider it implicitly accepted. If you need clarifications, please ask them very soon. Paolo Baggia Author of CCXML-IR Plan ISSUE-739: You are right, it will be fixed. ================================= From: RJ Auburn <rj@voxeo.com> Date: Thu, 29 Jul 2010 10:57:03 -0400 Cc: www-voice <www-voice@w3.org>, W3C Voice Browser Working Group <w3c-voice-wg@w3.org> Message-Id: <A2C692D7-C259-4187-AD1B-04A6A0661C98@voxeo.com> To: Petr Kuba <kuba@optimsys.cz> Tracked as ISSUE-739 On Jul 27, 2010, at 5:34 PM, Petr Kuba wrote: > Hello, > > this report deals with test 10_2_4, assertion 1286. > > Sorry for the confusion. > > Petr > > > On 26.7.2010 11:47, Petr Kuba wrote: >> Hello www-voice, >> >> In 10_2_3, assertion 1295 shows the following code: >> >> >> <transition event="user.START_ASSERTION_1286" state="ASSERTION_NMBR_1286"> >> <!-- >> 1286 >> 10.2.4 <assign> and <var> >> Execution of connection elements MUST NOT immediately change the state >> of any associated Connection Objects mscott@voicegenie.com Accepted >> --> >> <disconnect connectionid="ConnectionID"/> >> <if cond="session.connections[ConnectionID].state == Connection.CONNECTED"> >> <script>assertions[assert_index].P_F = s_PASS;</script> >> </if> >> <send targettype="'ccxml'" target="session.id" name="name_prepare_new"/> >> </transition> >> >> Unfortunately there is no <transition> for connection.disconnected. If >> this event is delivered before the event generated by <send> the >> following message is logged: >> >> 10_2_4 TA-1286: Comment: UNEXPECTED EVENT connection.disconnected IN >> STATE ASSERTION_NMBR_1286 >> >> We recommend to handle connection.disconnected correctly to keep the >> test clear. >> >> Thanks, >> Petr
Received on Friday, 20 August 2010 13:19:45 UTC