<table><tr><td style="">davidedmundson created this revision.<br />davidedmundson added a reviewer: Plasma.<br />Restricted Application added a project: Plasma.<br />Restricted Application added a subscriber: plasma-devel.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D8399" rel="noreferrer">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>(after a log of looking, it turns it's out not a bug in the QQC desktop<br />
style)</p>

<p>KSharedConfig::openConfig() opens the config based on the app name.</p>

<p>The app name comes from the exec name, or<br />
KAboutData::setApplicationData.<br />
setApplicationData only works on an existing qApp.</p>

<p>This means the QPT loaded in the QApp uses the wrong config.<br />
The effect is minimal because most stuff is in kdeglobals, but it means<br />
the KSharedConfigPtr is not shared with the one used elsewhere in the<br />
app. This is wasteful, but also means the QPT calling<br />
reparseConfiguration doesn't take effect, leading to colours not being<br />
dynamically updated</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R124 System Settings</div></div></div><br /><div><strong>BRANCH</strong><div><div>master</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D8399" rel="noreferrer">https://phabricator.kde.org/D8399</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>app/main.cpp</div></div></div><br /><div><strong>To: </strong>davidedmundson, Plasma<br /><strong>Cc: </strong>plasma-devel, ZrenBot, progwolff, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart<br /></div>