Review Request 129295: do not needlessly register kblocks on the session bus

Harald Sitter sitter at kde.org
Wed Nov 2 13:11:42 UTC 2016



> On Oct. 31, 2016, 3:26 p.m., Albert Astals Cid wrote:
> > I disagree, our apps expose the actions via dbus as they used to do via dcop, this is useful.
> 
> Aleix Pol Gonzalez wrote:
>     It's potentially useful. As soon as applications need to ask for permission to communicate, it becomes automatically something less natural.
> 
> Albert Astals Cid wrote:
>     Correct, but those people that use this software on less strict environments should not be forced to lose functionality because the more strict environment exists
> 
> Aleix Pol Gonzalez wrote:
>     Maybe then it's something that should come from the platform (i.e. QPA/QPT) instead of the application itself then?
> 
> Albert Astals Cid wrote:
>     Yes, QPA/QPT/KDBusAddons/somewhere, is where i think that the "i am running on a restricted platform so let's not explode and just continue with less capabilities" decision should happen, maybe ideally/optionally giving the user a message of what he is missing (that's harder though)

I don't see how it is useful.


- Harald


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129295/#review100440
-----------------------------------------------------------


On Oct. 31, 2016, 11:40 a.m., Harald Sitter wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/129295/
> -----------------------------------------------------------
> 
> (Updated Oct. 31, 2016, 11:40 a.m.)
> 
> 
> Review request for KDE Games and Aleix Pol Gonzalez.
> 
> 
> Repository: kblocks
> 
> 
> Description
> -------
> 
> kblocks provides no service, so it having startuptype multi is not
> beneficial to anyone (multi means ktoolinvocation will wait for
> registration before considering the service started).
> without multi startup there is no reason to use dbusaddons at all as there
> is no reason to register on dbus as kblocks has no actual dbus API 3rd
> parties should use. so, remove all of dbus.
> 
> 
> Diffs
> -----
> 
>   CMakeLists.txt d90453d8da079aeaba13b6a129cccb48b56a5ec6 
>   main.cpp 349e22e0b4beb384e2fdd78d20abdd948d5ef9e9 
>   org.kde.kblocks.desktop 042cb40afdd2474eafb4c9284dcaa16fdf33de4b 
> 
> Diff: https://git.reviewboard.kde.org/r/129295/diff/
> 
> 
> Testing
> -------
> 
> builds, doesn't use dbus anymore, plasma and krunner can still start it without problems
> 
> 
> Thanks,
> 
> Harald Sitter
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-games-devel/attachments/20161102/a826bf9c/attachment.html>


More information about the kde-games-devel mailing list