Bug 31330

Summary: allow for send-only (or send-with-feedback?) messaging UIs
Product: Telepathy Reporter: Simon McVittie <smcv>
Component: tp-specAssignee: Telepathy bugs list <telepathy-bugs>
Status: RESOLVED MOVED QA Contact: Telepathy bugs list <telepathy-bugs>
Severity: enhancement    
Priority: low    
Version: git master   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Simon McVittie 2010-11-02 09:32:46 UTC
Will had some thoughts about this more recently, but here's what the outdated list of use cases in telepathy-spec/doc/request.txt had to say about it:

_`req39`: message-sending UI that doesn't want to know about receiving
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

A UI (perhaps an address book) allows sending one-off messages to contacts,
without entering into a dialogue. If the contact replies, this should be
dispatched as usual.

The UI can't close the channel in a race-free way, and if a message comes
in on the same channel, at that point (only) it needs dispatching to a
handler.

Similarly, imagine a text channel where sending messages is very slow:
we want to be able to close the channel handler (UI) without closing the
channel, and have the channel be re-dispatched only when a message comes in.

Possible solution: for Text channels, somehow arrange for the channel to
be re-dispatched to a "silent" handler; when an incoming message arrives,
the "silent" handler exits (or somehow submits the channel for re-dispatching)
and the CD will re-dispatch to a UI.

Possible solution: closing a Text channel that has pending messages causes
another one to open with the same pending messages

* This is in spec 0.17.9 and Gabble implements it

* Possible infinite-loop situations in Mission Control need investigating
Comment 1 GitLab Migration User 2019-12-03 20:22:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-spec/issues/92.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.