On 28.03.2012 16:55, Marco Martin wrote:
ok.
basically, the activitymanager daemon is running in the background.
it controls what activities exist, creation,deletion and name (wallpaper is an
internal setting in the plasma shell instead) so all those operations are
asked to the daemon via dbus.
so, let's say we have an existing, unencrypted activity. The client, in this
case the plasma shell asks, please encrypt.
the server pops up the encryption ui (done by the activity manager to not
pass passwords in clear text over dbus, since any process can listen to them
;)
then if hte user dismisses the dialog nothing happens, if he confirms, an
encrypted partition is created and all the files linked to the activity are
phisically moved in there (means also they'll have to be unlinked from every
other activity, since they are "protected" now)
when the activity is marked as clear again is the same procedure, reversed
Thank you for the explanation!
Hmm, looks like there is really nothing we can do here. However we then need to
warn the user that if he cancels the password setting dialog, the Activity will
not be private.
I'd suggest we add to the explanation text "Notice: If you tap "Cancel", the
Activity will not be made private."
Cheers,
Thomas
_______________________________________________
Active mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/active
