View Issue Details

IDProjectCategoryView StatusLast Update
000244510000-011: Historical AccessSpecpublic2015-06-23 15:10
ReporterNathan PocockAssigned ToRod Stein  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Target Version1.03Fixed in Version1.03 
Summary0002445: 4.3 Timestamps: Client requests TimestampsToReturn.Both, what if server supports Source only?
Description

What is the expected Server behavior when a Client requests history and specifies TimestampsToReturn.Both even though the Server only supports Source?

Should it:
(a) return an error
(b) do not return an error, but return empty values for the Server timestamps

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0002431 closedRod Stein 6.4.3.2 Paragraph #8 - what is "format"? 

Activities

Rod Stein

2013-08-18 01:45

developer   ~0004925

If a request is made requesting both ServerTimestamp and SourceTimestamp and the server is only collecting the SourceTimestamp the server shall return Bad_TimestampsToReturnInvalid.
Fixed in 1.03.00

Nathan Pocock

2013-09-05 16:32

viewer   ~0004978

CMPWG Sep-5-2013:

We think that the proposed error code is too generic, and not too helpful to a Client. Furthermore, the requested timestamp is actually a valid request. We propose changing the error code to:

Bad_TimestampNotSupported

Nathan Pocock

2014-08-19 18:14

viewer   ~0005446

This issue is marked as resolved, but there's no answer to our question/request. Is the response still BadTimestampstoReturnInvalid or was our request for BadTimestmpNotSupported accepted?

Rod Stein

2015-01-15 18:50

developer   ~0005747

reopening to add note.

Rod Stein

2015-01-15 18:51

developer   ~0005748

The error code we will use is Bad_TimestampsToReturnInvalid.

Jim Luth

2015-06-23 15:10

administrator   ~0006163

Agreed to changes in telecon.

Issue History

Date Modified Username Field Change
2013-04-04 19:51 Nathan Pocock New Issue
2013-04-09 16:54 Jim Luth Status new => assigned
2013-04-09 16:54 Jim Luth Assigned To => Rod Stein
2013-04-09 16:59 Jim Luth Relationship added related to 0002431
2013-08-18 01:45 Rod Stein Status assigned => resolved
2013-08-18 01:45 Rod Stein Resolution open => fixed
2013-08-18 01:45 Rod Stein Note Added: 0004925
2013-09-05 16:32 Nathan Pocock Note Added: 0004978
2014-08-19 17:36 Jim Luth Category (No Category) => Spec
2014-08-19 17:37 Jim Luth Target Version => 1.03
2014-08-19 18:14 Nathan Pocock Note Added: 0005446
2015-01-15 18:50 Rod Stein Note Added: 0005747
2015-01-15 18:50 Rod Stein Status resolved => feedback
2015-01-15 18:50 Rod Stein Resolution fixed => reopened
2015-01-15 18:51 Rod Stein Note Added: 0005748
2015-01-15 18:51 Rod Stein Status feedback => resolved
2015-01-15 18:51 Rod Stein Fixed in Version => 1.03
2015-01-15 18:51 Rod Stein Resolution reopened => fixed
2015-06-23 15:10 Jim Luth Note Added: 0006163
2015-06-23 15:10 Jim Luth Status resolved => closed