[Bug 31327] New: document why Text clients shouldn't wait for first message
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Nov 2 17:07:40 CET 2010
https://bugs.freedesktop.org/show_bug.cgi?id=31327
Summary: document why Text clients shouldn't wait for first
message
Product: Telepathy
Version: git master
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: lowest
Component: tp-spec
AssignedTo: telepathy-bugs at lists.freedesktop.org
ReportedBy: simon.mcvittie at collabora.co.uk
QAContact: telepathy-bugs at lists.freedesktop.org
Rescuing this from doc/dispatch.txt before I delete it:
Benvolio connects to an irssi-proxy, bip or other IRC bouncer running on some
colo box somewhere. The proxy informs his client that he is already in
#telepathy and #farsight.
...
Problems:
* Empathy's filter (notification icon) considers these channels to be incoming
and waits for the first received message before blinking the status icon,
which means Benvolio thinks his proxy instance has lost its connection
to those channels
[I think this has been fixed since -smcv]
Issues to bear in mind:
* These Text channels are neither incoming nor outgoing - they are in
a third state, "automatically created". I don't think it's very useful to
distinguish between this and incoming, though.
Proposed implementation:
* The channels have Requested=FALSE, just like incoming channels
* Clients should not wait for the first message in an incoming channel -
this would break chatroom invitations in any case
* If a connection manager creates channels before a message arrives, clients
should assume it has a valid reason to do so? ("`psychic mode`_")
.. _psychic mode: http://meanwhile.sourceforge.net/faq/#psychic
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list