View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
000279310000-009: Alarms and ConditionsSpecpublic2014-06-05 18:212014-12-02 17:51
ReporterNathan PocockAssigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Target Version1.03Fixed in Version1.03 
Summary0002793: Table 28: New code needed?
Description

CMPWG Jun-6-2014:

While preparing test-cases for the Confirm() method we defined a test-case to confirm an event before being acknowledged. While the spec clearly states the process as acknowledging before confirming, the problem is in choosing an appropriate code to return to the client. Currently the only code that would seem close is:

Bad_ConditionBranchAlreadyConfirmed

... which is bad, because it's not confirmed.

We are looking for guidance on how to handle this, for example:
(a) reject the request and add a new statuscode, e.g. BadConditionBranchNotAcknowledged
(b) automatically acknowledge and then confirm
(c) something else?

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Jim Luth

2014-06-24 17:19

administrator   ~0005367

Need to clarify:

  1. Is Ack required before Confirm a SHALL? can't find that in the spec.
  2. What should the error code be when confirm is rejected because Ack has not been received first.

Nathan Pocock

2014-08-14 17:02

viewer   ~0005430

CMPWG Aug-14-2014: Figure 4 contains a statement about ack before confirm.

Paul Hunkar

2014-11-25 18:00

developer   ~0005656

meetin - agreed to add note explaining that confirm and Ack are completely seperate

Paul Hunkar

2014-12-02 16:01

developer   ~0005664

Added text to explain that confirm behaviour is server specific and even condition specific. A client has to just check that the ConfirmedState was set to FALSE.

Jim Luth

2014-12-02 17:51

administrator   ~0005670

Reviewed and agreed to text edited in the telecon.

Issue History

Date Modified Username Field Change
2014-06-05 18:21 Nathan Pocock New Issue
2014-06-24 17:19 Jim Luth Note Added: 0005367
2014-06-24 17:19 Jim Luth Status new => assigned
2014-06-24 17:19 Jim Luth Assigned To => Paul Hunkar
2014-08-14 17:02 Nathan Pocock Note Added: 0005430
2014-08-19 17:34 Jim Luth Category (No Category) => Spec
2014-08-19 17:34 Jim Luth Target Version => 1.03
2014-11-25 18:00 Paul Hunkar Note Added: 0005656
2014-12-02 16:01 Paul Hunkar Note Added: 0005664
2014-12-02 16:01 Paul Hunkar Status assigned => resolved
2014-12-02 16:01 Paul Hunkar Resolution open => fixed
2014-12-02 17:51 Jim Luth Note Added: 0005670
2014-12-02 17:51 Jim Luth Status resolved => closed
2014-12-02 17:51 Jim Luth Fixed in Version => 1.03