Description of problem: Black border surrounds Lancelot menu - not intended by the developer Version-Release number of selected component (if applicable): How reproducible: Constant Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: http://ivan.fomentgroup.org/blog/2009/08/16/black-border-around-lancelot/ Developer remarks: While compiling Lancelot, you should ensure the presence of libXcomposite, libXrender and libXdamage development files. requesting that users should alert distros by filing a bug report
We did build it with the requisite libs, last I checked. rpm -q kdeplasma-addons please.
confirmed added as of * Thu Jul 16 2009 Rex Dieter <rdieter> - 4.2.96-2 - BR: libXcomposite-devel (lancelot eye-candy) included in builds currently in updates-testing.
As per http://websvn.kde.org/?view=rev&revision=1012081, the only needed extension is XRender.
rpm -q kdeplasma-addons please. kdeplasma-addons-4.3.0-0.4.fc11.i586 My lancelot menu closely matches the example posted by the developer at http://imagebin.ca/view/h1oGpJ.html
The aforementioned blog mentioned the bad-looking when compositing (aka desktop effects) are *off*. Ie, if effects aren't enabled, you'll see that, regardless of whether it was built with libXcomposite or not.
Ye because it misses (missed) the XRender extension (not XComposite) :)
it = what here? the pkg? X extension? Fwiw, the what's used in cvs currently is: BuildRequires: libXcomposite-devel libXrender-devel libXdamage-devel though it appears clear now that those != libXrender-devel aren't really needed afterall.
Ah - I missed the significance of that. Desktop effects are off by default on this laptop. I can confirm that when I enable them the black border disappears. Guess this warrants NOTABUG :-) Sorry for the noise
Actually it's an upstream bug, they should ship opaque theme for Lancelot as it's stated in comments in the blog post. It should be reported upstream as they don't care about desktops with composite off. And unfortunatelly gfx drivers are not ready to ship KDE with composite on :(
This issue should be resolved in Fedora 10 and 11 with the KDE 4.3.0 update, which just got pushed to stable. If the issue persists after upgrading to KDE 4.3.0, please report that fact in this bug report.
Still on the same laptop, where desktop effect on are unacceptably slow - I am fully updated and running 4.3. The issue remains. With compositing on both the border disappears and the Black-on-Black menu (https://bugs.kde.org/show_bug.cgi?id=204641) disappear. With compositing off both are present. This appears to be a problem with some but not all themes. My preferred theme is Oxyglass. The default themes shipped with KDE do not have the problem. Some third-party ones do, and some don't, so it's just a case of experimenting.