---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116461/
---
(Updated March 29, 2014, 9:08 a.m.)
Status
--
This change has been d
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 8:41 p.m., Matthew Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> > immed
> On Feb. 28, 2014, 3:41 p.m., Matthew John Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> >
> On Feb. 28, 2014, 8:41 p.m., Matthew John Dawson wrote:
> > While I'm fine with the idea behind this optimization, I worry that this
> > implementation could create situations were a configuration change is not
> > picked up by the system. For instance, what happens if the user doesn't
> >
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116461/#review51374
---
While I'm fine with the idea behind this optimization, I worry
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116461/
---
Review request for KDE Frameworks and Matthew John Dawson.
Repository: kc
16 matches
Mail list logo