- From: Clarke Stevens <C.Stevens@CableLabs.com>
- Date: Wed, 27 Feb 2013 17:38:17 +0000
- To: Rich Tibbett <richt@opera.com>, "public-device-apis@w3.org" <public-device-apis@w3.org>
- Message-ID: <C29CA37385F0C04593328F0C49935B0917F4217A@EXCHANGE.cablelabs.com>
Rich, In the process of writing unit tests for our implementation, we ran across the following issue: Discovery has no way of informing JavaScript that the network has gone down or has never come up. It this case, our Discovery unit tests just hang waiting for a device that will never come up. We propose adding the following: --- 4.1 Methods Add: 1.a. If there is no network connectivity, invoke errorCallback with a NavigatorNetworkServiceError parameter that has its code set to NETWORK_NOT_CONNECTED. 4.2 Error Handling Add: NETWORK_NOT_CONNECTED value(3) (Note: The NetworkService object has connectivity callbacks, but if we loose connectivity before add device, JavaScript will not get any events.) 5. Obtaining networked services IDL: Add: readonly attribute boolean online; attribute EventHandler onnetworkonline; attribute EventHandler onnetworkoffline; (See 5.3 Events and 6. NetworkService) --- Also, we expect to pass a string of the body of the event as a parameter on the notify event. This doesn't seem to be defined. Is this the expected usage? --- Finally, we want to make sure we're interpreting some terms correctly. Some of this is defined on the top of page 4. This is how I'm parsing it: * An existing service is a service that has been discovered, but may or may not have been authorized. * An available service is an existing service that matches one of the requested type tokens. * A current service is an available service that is currently authorized. Is this correct? Thanks, -Clarke
Received on Wednesday, 27 February 2013 17:39:30 UTC