Re: [presentation-api] Behavior of a receiving user agent in reconnecting

I see a benefit to the first option.  A long lived presentation might generate a lot of closed connections in the `PresentationConnectionList`, and removing them would allow closed `PresentationConnection` objects to be discarded.

Questions:

- Do we think developers would want to keep closed connections around in the list for bookkeeping reasons?  For example, to keep track of data for previously connected controllers/players, which could be transferred to a new connection if they rejoin the game.

- Do we need to add a `connectionremoved` event to PresentationConnectionList?  Presumably the receiving page will have already added a state change handler to 

Looking at our implementation it would not be terribly difficult to implement this change.  However I am not sure it is solving a concrete problem, until we have a case where we have thousands of closed connections.  Maybe as a defense against misbehaving controller pages.

For the second option, I am not sure how the receiving user agent would choose which PresentationConnection object to re-use.  It has no data to make a match with a previous connection. It seems simplest to construct a new one for each request.

-- 
GitHub Notification of comment by mfoltzgoogle
Please view or discuss this issue at https://github.com/w3c/presentation-api/issues/419#issuecomment-293098317 using your GitHub account

Received on Monday, 10 April 2017 22:34:00 UTC