Norman Feske 8e7aa54493 base: drop session states of vanished clients
For asynchronously provided sessions, the parent has to maintain the
session state as long as the server hasn't explicitly responded to a
close request. For this reason, the lifetime of such session states is
bound to the server, not the client.

When the server responds to a close request, the session state gets
freed. The 'session_response' implementation does not immediately
destroy the session state but delegates the destruction to a client-side
callback, which thereby also notifies the client. However, the code did
not consider the case where the client has completely vanished at
session-response time. In this case, we need to drop the session state
immediately.

Fixes #2391
2017-05-31 13:15:52 +02:00
..
2017-05-02 15:29:03 +02:00
2016-11-30 13:37:07 +01:00
2017-01-31 12:01:17 +01:00
2016-12-23 16:52:09 +01:00
2017-02-28 12:59:23 +01:00
2017-01-31 12:01:15 +01:00