[Telepathy] [Bug 13272] New: Consider adding StopOfferingTube() that corresponds to only close()ing the listening socket
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Nov 16 03:27:25 PST 2007
http://bugs.freedesktop.org/show_bug.cgi?id=13272
Summary: Consider adding StopOfferingTube() that corresponds to
only close()ing the listening socket
Product: Telepathy
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: low
Component: telepathy-spec
AssignedTo: telepathy at lists.freedesktop.org
ReportedBy: simon.mcvittie at collabora.co.uk
The model in the current Tubes spec is that when you close the stream tube you
were offering, it's because you want to stop offering the service at all. The
use case we were thinking of was something like:
* you're in a chatroom with Alice, Bob and Chris
* you offer your desktop over VNC so they can help you with something
* Alice and Bob connect
* when they've helped you with whatever it was you wanted, you close the stream
tube
* Alice and Bob automatically get disconnected
* You open confidential files that Alice and Bob shouldn't see, but that's OK
because you know they've been disconnected
However, with normal TCP sockets, it's also possible to close() the listening
socket while keeping Alice and Bob's connections open. For instance, you might
have a two-player game that only wants to listen() until a second player joins,
then give ECONNREFUSED to anyone who tries to join thereafter, while keeping a
TCP stream going between the two players.
I think we should keep the current CloseTube() semantics, for least
astonishment, but we should consider adding a StopOfferingTube() method that
stops accepting new connections but leaves existing connections as they are.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Telepathy
mailing list