[Bug 28192] support for immutable accounts in Mission Control
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri May 21 12:14:29 CEST 2010
https://bugs.freedesktop.org/show_bug.cgi?id=28192
--- Comment #2 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-05-21 03:14:28 PDT ---
(In reply to comment #1)
> This branch does not use the External property to enforce any policy, i.e.
> calling 'Set' does not prevent the property from being set. This is currently
> left up to the plugins to handle.
See also the "always-on" property on McdAccount, which has the following
semantics if TRUE:
* cannot be disabled
* ConnectAutomatically cannot be false
* RequestedPresence cannot be offline
(This is exactly what you want for the singleton cellular account on an N900,
which is brought into existence by osso-mission-control.)
In practice, I don't think External's effects are going to be the same for all
accounts it's applied to:
* a Facebook Chat (XMPP) or other social-network-attached account can still be
put online/offline and probably even disabled (the UI widget would ideally be
labelled "disable Facebook Chat" to indicate that it only affects MC); it
doesn't make sense to change its 'account' or 'password' parameters, but other
Parameters (proxy server?) are likely to make sense to change
* a cellular account probably can't be taken offline or disabled, but its
Parameters (e.g. SMS centre and SMS validity time on N900) can be altered
freely
Perhaps we want a read-only A.I.External.AlwaysOn property to indicate the
"always-on" semantics?
--
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