http://bugzilla.moblin.org/show_bug.cgi?id=3602
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P2
Summary|blocking gnome-keyring call |add gnome-keyring support
|in dbus server |to syncevo-dbus-server
--- Comment #5 from pohly <patrick.ohly(a)intel.com> 2009-12-03 07:56:27 PST ---
(In reply to comment #4)
passwords stored/retrieved in keyring is outside of libsyncevolution.
Only
command line syncevolution implements it now. I think for command line, we
don't need to call the async version gnome-keyring.
Agreed.
DBus server also have to include the support of keyring. Now it is a
missing
feature. I wonder whether we let users know this and how they set it.
We should add this. In contrast to the command line, where access to the
keyring is optional and off by default, I think in the syncevo-dbus-server it
should be enabled unconditionally, at least at the moment.
On the mailing list in the KDE discussion we touched on this a bit. Eventually
we need some kind of automatic or configurable "system detection" that
determines whether and which kind of keyring is used.
The previous problem is that sync gnome-keyring call is in UI and
could blocks
the UI which have no response unless this gnome-keyring call is returned. so I
wonder whether it is a real problem in the new design.
I agree, in the new design the blocking keyring call is less of the problem
because the syncevo-dbus-server is allowed to be unresponsive on D-Bus longer
than would have been tolerable in the GUI.
--
Configure bugmail:
http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.