ksecretservice (Re: [Kde-cvs-announce] KDE SC 4.8 Soft Feature Freeze)

Jeff Mitchell mitchell at kde.org
Mon Oct 31 14:21:44 UTC 2011

On 10/31/2011 10:10 AM, Aaron J. Seigo wrote:
> On Monday, October 31, 2011 14:15:40 David Faure wrote:

I was going to write back with some of the points that Aaron made, but,
he made them. :-)

From a security at kde.org perspective we've had some complaints over the
past couple of years about KWallet's architecture. Speaking with that
hat on, it'd be really nice for KWallet to transition to KSS before
[whenever Frameworks 5 comes out], and to maintain API compatibility
having them as pluggable backends seems like it should work.

One other comment:


which do not include the namespace; i seem to recall having issues in
certain places in Plasma where these meta type registrations required
the use of the namespace so that code that did
variant.value<KSecretsSevice::SecretStruct>() would still work properly
as expected. perhaps i'm mis-remembering here, but this should be
checked into before we ship it..."

I'd like to echo that (personally, not with my security@ hat on). It
also doesn't affect just QVariants, but AFAIK signals and slots too. If
you register it like that, you force people to use a namespace in their
code, when ideally that shouldn't be required if they simply want to
scope everything.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/release-team/attachments/20111031/464060c6/attachment.sig>

More information about the release-team mailing list