https://bugs.kde.org/show_bug.cgi?id=383828
David Edmundson <k...@davidedmundson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@davidedmundson.co.uk
--- Comment #26 from David Edmundson <k...@davidedmundson.co.uk> ---
Ok, this is getting a bit ridiculous now.
Bug is effectively QTBUG-61681, continued fallout from:
749a7212e903d8e8c6f256edb1836b9449cc7fe1 but for functions instead of bindings.
This happens when one QObject is wrapped between multiple engines, and then one
engine is destroyed. The former is left with a dangling entry in it's property
cache. I wrote a patch for bindings (ab5d4c78224c9ec79165e8890e5f8b8e838e0709),
but we still see it (to a lesser extent) in functions. I can patch one more
place in Qt, but I fear it'll just keep coming up all over the place.
The other alternative approach is we use the shared the engine in the
ConfigView.
The only reason we don't is for this feature where one could use controls from
the QQC1 import and have them automatically styled in Plasma whilst still
having env var say to use the desktop style, so we see that in the config
windows. But literally no-one does that and all import Plasma components
explicitly; for QQC2 we're doing that on a per-context basis (I think?)
Would be a oneliner in p-f (plus a tonne of testing it doesn't break any
assumptions in old releases). @Marco, opinion?
--
You are receiving this mail because:
You are watching all bug changes.
