Review Request 128074: [libkscreen] [Backend Manager] emitBackendReady() only after fetching the config finishes

Sebastian Kügler sebas at kde.org
Wed Jun 1 14:49:42 UTC 2016



> On June 1, 2016, 2:19 p.m., Sebastian Kügler wrote:
> > I've gone over the handlers for backendReady, and none of them is actually used to request a config then (that's encapsulated in backendmanager), so requesting a config before the backend is announced ready makes sense.
> 
> Kai Uwe Broulik wrote:
>     5.6 or better play safe and master?

I'm leaning towards master. 5.6.5 won't have follow-ups, so we have no way of correcting this. 5.7 will fix a bunch more multiscreen issues, and this one is a nice addition.


- Sebastian


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


On June 1, 2016, 1:30 p.m., Kai Uwe Broulik wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/128074/
> -----------------------------------------------------------
> 
> (Updated June 1, 2016, 1:30 p.m.)
> 
> 
> Review request for Plasma, Daniel Vrátil and Sebastian Kügler.
> 
> 
> Repository: libkscreen
> 
> 
> Description
> -------
> 
> Without a valid config in the BackendManager, KScreen::Config::canBeApplied always returns false causing KScreen to ignore any stored config on startup sometimes. Wait until we have a config before telling that the backend is ready.
> 
> 
> Diffs
> -----
> 
>   src/backendmanager.cpp 570f575 
> 
> Diff: https://git.reviewboard.kde.org/r/128074/diff/
> 
> 
> Testing
> -------
> 
> I can now start kded5 from console without it falling back to an "ideal" config.
> 
> Didn't do much testing, though. Might have unwanted side-effects.
> 
> 
> Thanks,
> 
> Kai Uwe Broulik
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20160601/83574106/attachment-0001.html>


More information about the Plasma-devel mailing list