This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
In SubscribeResponse it says that the expires time (when its a duration) is the time the subscription will expire based on when the subscription was created. However, when this expires time appears in GetStatusResponse and RenewResponse its not clear what the duration start-time is. We should clear up if its the start-time of the Subscription or of the request message. If its the start-time of the Subscription then I'm not really sure how useful this is. If the client uses GetStatus to get the expires time then there's a good possibility that they don't have the start-time of the subscription - if they did then I suspect they would know the expires time they got in the SubscribeResponse. Proposal: We should make the GrantedExpires time (when its a duration) into "how much time is left". This applies to enum too.
Proposal: Change: ------ When expressed as a duration, the wse:GrantedExpires element designates a time interval that began at the moment the subscription is created. Although this specification cannot dictate when, during the processing of a Subscribe request, a subscription is created, the event source MUST start the expiration interval at or before it transmits the wse:SubscribeResponse message. ------ to: ----- When expressed as a duration, the wse:GrantedExpires element designates the amount of time remaining on this subscription as measured from the moment the request message was processed. Although this specification cannot dictate when, during the processing of a request, a subscription is manipulate, the event source MUST measure the expiration duration from a time that is at or before it transmits the response message. ---- And do the same type of change for Enum
When expressed as a duration, the wse:GrantedExpires element designates the amount of time remaining on this subscription as measured from the moment the request message was processed. Although this specification cannot dictate when, during the processing of a request message a subscription's remaining time is determined, the event source MUST measure the expiration duration from a time that is at or before the transmission of the response message.
Resolved with comment 2