[Bug 71016] have ways for Polari to handle the channels it wants

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71016

--- Comment #7 from Simon McVittie <simon.mcvittie at collabora.co.uk> ---
(In reply to comment #2)
> For 1-1 messages, the filter syntax can't currently say anything about the
> protocol of a channel.

The implementation in MC for this turns out to be pretty easy.

Another way this could work would be for Polari to have an Observer "head" for
all incoming 1-1 Text channels (under a secondary name not listed in a .client
file, so that it's only active while Polari is running), and non-interactively
approve those that turn out to be IRC by using HandleWith('...Polari') or
Claim(). If it does that, it should follow the usual rule of not acknowledging
messages until it is "officially" the Handler.

That would mean that Text Approvers never see those channels - does that match
what we want in practice?

That would also interact poorly with a hypothetical second client that was
doing the same thing (does anything?) - if you're running two concurrent
clients, both of which try to claim all incoming channels without user
interaction, then Mission Control will say "yes" to whichever one gets its
request in first, and it'll be non-deterministic which one ends up with the
channel.

On the other hand, if you consider it to be OK for new messages to show up in
more than one place, it could be a simultaneous Observer/Handler, display the
messages, ack the messages if and only if it's currently the Handler, and
otherwise not care too much about whether it wins or loses the race?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.