https://bugs.kde.org/show_bug.cgi?id=524246
Gary <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOT A BUG Status|CONFIRMED |RESOLVED --- Comment #3 from Gary <[email protected]> --- I need to retract this, and I am glad I tested before opening the merge request: Removing those files would have been a regression. translucent/ is not unreferenced. It is reached through KSvg selectors, and the path is never written down anywhere, which is why grepping for it finds nothing. ThemePrivate::updateKSvgSelectors() in libplasma (src/plasma/private/theme_p.cpp, v6.6.6) calls kSvgImageSet->setSelectors({"translucent"}) whenever compositing is active and the blur effect is available, and {"opaque"} when compositing is off. ImageSetPrivate::findInImageSet() in ksvg (src/ksvg/private/imageset_p.cpp) then tries <theme>/<selector>/<image> ahead of <theme>/<image>, repeating the whole search across the fallback themes. I put an obviously wrong background (flat magenta, fully opaque) at: ~/.local/share/plasma/desktoptheme/kubuntu-light/translucent/widgets/background.svgz stopped plasmashell, cleared ~/.cache/plasma_theme_*.kcache and ~/.cache/ksvg-elements, and started it again. Every desktop widget frame picked it up. The selector is live on 6.6.6 under Wayland with KWin advertising org_kde_kwin_blur_manager. My active theme is kubuntu-light, which shadows only widgets/background.svgz and ships no translucent/ directory of its own. findInImageSet() tries the selector path and then the plain path within the current theme before falling through to Breeze, so kubuntu-light's plain file wins and Breeze's translucent variant is never consulted. I patched a file that was not on the resolved path and concluded the file was dead. Sorry for the noise on this one. -- You are receiving this mail because: You are watching all bug changes.
