[PATCH] secure config action for my soc project

[Chani]

On July 18, 2008 09:54:53 Aaron J. Seigo wrote:
> On Friday 18 July 2008, Chani wrote:
> > funny, I was thinking about that as I went to sleep... problem is, that
> > method's virtual now, so I still can't be 100% certain it'll get stopped.
> > I guess it'll have to do, though.
>
> a really evil possibility might be to have a forwarding action .. so
> everyone that's connected to "configure" would keep on as they are, but
> have another action called sth like "configure_forwarder" or whatever that
> is actually used in the UI (and kept otherwise hidden from the outside
> world) and then plasma could control the connection between those two
> actions.

wait... why create another action? why not rewire the existing action (and the 
applethandle button)? ...oh, is it so that you can avoid having 
yet-another-config-function? just hook the action up to the other action, and 
disconnect it when locked?
...but how is *that* any better than what we have now? it wouldn't stop people 
from calling the config function directly. it wouldn't change the ui 
behaviour.

one side of my brain is saying that there should be another wrapper function 
that does the security check before calling showConfigurationInterface and 
that the other two config functions shouldn't be directly callable. the other 
side is saying that's too many damn functions, and how can we hide away 
functions that are meant to be overridden?

-- 
This message brought to you by evyl bananas, and the number 3.
www.chani3.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080718/8b297819/attachment.pgp