<table><tr><td style="">davidedmundson added a comment.
</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/D26241">View Revision</a></tr></table><br /><div><div><p>Sounds like</p>

<p>BUG: 404518<br />
BUG: 411795</p>

<p>Which we have quite a lot of dupes of :/</p>

<p>We know this bug went away with Qt5.14, so maybe it's worth just merging this simple fix. <br />
Wait for <span class="phabricator-remarkup-mention-unknown">@notmart</span>, but I say lets merge this into Plasma 5.17.x</p>

<p>+1</p>

<hr class="remarkup-hr" />

<p>I do have a theory of what's wrong underneath.</p>

<p>ConfigModule owns the QML context. It sets itself as a context property. Context properties have to outlive the QML context they are assigned.</p>

<p>ConfigModuleDervied::~ConfigModuledDerived gets run before ConfigModule::~ConfigModule() which is where we delete the QML context - which means we have a small period of time where a QML accessing a the "kcm" config property is in an awkward state. I suspect something about the translations KCM shutdown must be triggering a binding re-evaluation at this phase.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R120 Plasma Workspace</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D26241">https://phabricator.kde.org/D26241</a></div></div><br /><div><strong>To: </strong>ervin, Plasma, mart, davidedmundson, crossi, bport<br /><strong>Cc: </strong>plasma-devel, LeGast00n, The-Feren-OS-Dev, jraleigh, zachus, fbampaloukas, GB_2, ragreen, ZrenBot, ngraham, alexeymin, himcesjf, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, ahiemstra, mart<br /></div>