Review Request 119540: don't construct bogus KAuthAction objects
Luca Beltrame
lbeltrame at kde.org
Wed Jul 30 14:29:09 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119540/#review63509
-----------------------------------------------------------
My question is, is KAuth being constructed with a default string ("") useful to anyone? IMO the issue, if any, it's there, and this looks like a workaround. (But I claim no expertise on the code, so feel free to flame me :P)
- Luca Beltrame
On Lug. 30, 2014, 12:32 a.m., Harald Sitter wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/119540/
> -----------------------------------------------------------
>
> (Updated Lug. 30, 2014, 12:32 a.m.)
>
>
> Review request for KDE Frameworks, Hrvoje Senjan and Martin Bříza.
>
>
> Repository: kconfigwidgets
>
>
> Description
> -------
>
> KAuthAction(0) actually calls the QString constructor which will dispatch
> bogus polkit auth checks, polkitqt and polkitd are not terribly happy about
> those and subsequently don't want to talk to the KCM anymore, even if it
> manages to create a proper Action
>
> creating a null Action rather than accidentally triggering the QString
> ctor ensures that we only do polkit interaction with reasonable actionids
> making sure that authentication works as expected
>
>
> Diffs
> -----
>
> src/kcmodule.cpp 92e5427c121491e4ebf289addda040cc117cdd68
>
> Diff: https://git.reviewboard.kde.org/r/119540/diff/
>
>
> Testing
> -------
>
> tested with clock kcm, succesfully can talk with the helper app if the bogus actionid "" wasn't used intermediately
>
>
> Thanks,
>
> Harald Sitter
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140730/5dd93836/attachment-0001.html>
More information about the Kde-frameworks-devel
mailing list