Bug 174853 - Unable to enable XRender backend from KWin KCM (but manually works)
Summary: Unable to enable XRender backend from KWin KCM (but manually works)
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 179995 221892 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-11-11 12:26 UTC by Christoph Feck
Modified: 2014-11-17 22:32 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Feck 2008-11-11 12:26:03 UTC
Version:            (using Devel)
Compiler:          gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] 
OS:                Linux
Installed from:    Compiled sources

This bug appeared since the selfcheck was implemented, but appearently this bug is different from bug #170085, so I am opening a new bug report.

I will try to explain (always starting with a cleaned .kde, except
when noted below):

* Trying to enable "XRender" compositing: fails with an error message, and the
dialog resets the combobox to "OpenGL"

* Trying to disable selfcheck and enable "XRender": fails with an error
message, and the dialog resets the combobox to "OpenGL", and the selfcheck
checkbox to "off"

* Setting "DisableChecks=true" in settings file will make the dialog appear
with that checkbox set. Trying to enable "XRender" compositing: fails again,
and dialog resets the combobox to "OpenGL", but leaves the selfcheck checkbox
to "on"

* Setting "Backend=XRender", "Enabled=false" in settings file allows me to
enable compositing without error message, regardless of the "DisableChecks"
setting in the settings file or the dialog

SUMMARY:

It looks like as if it first does the selfcheck with the render mode from the
previous value of the ComboBox (which is OpenGL on a clean .kde), then applies
the changes from the dialog (composite mode combobox, selfcheck checkbox).

Since OpenGL fails on my system (or was very slow when it worked with earlier
KDE 4.0/4.1 versions) I cannot enable XRender without manually adding it to the
settings file.
Comment 1 lucas 2008-11-14 14:51:47 UTC
Apparently I fixed this as a side-effect of r884186 without even realizing it.
Comment 2 Christoph Feck 2008-11-18 03:01:24 UTC
Just compiled r885778, and the bug is still there. If you did not understand my description, please ask.
Comment 3 Martin Flöser 2009-04-27 23:12:23 UTC
*** Bug 179995 has been marked as a duplicate of this bug. ***
Comment 4 Martin Flöser 2009-04-28 19:50:03 UTC
can you please retry with 4.2.3?
Comment 5 Christoph Feck 2009-04-29 02:15:37 UTC
I have good news, and I have bad news :)

First the bad:
I tested r960555, and I still cannot enable compositing when starting with a removed kwinrc, neither XRender, nor OpenGL mode, even when selecting "Disable checks". Adding the "Backend=XRender" manually works, and I am able to use compositing this way. So this bug is not affected or fixed with r960555.

Now the good news:
I tried kwin -replace from konsole, and probably found the cause of the bug by inspecting the output. The first trace is with a removed kwinrc. Note that kwin forced disabling compositing, because no hardware GL was found. This seems to also affect when later trying XRender mode. The second trace is when the XRender mode is handwritten in kwinrc. It still complains that no hardware GL is found, but does not force disabling composite, instead it happily loads XRender compositing effects!

Hope this helps fixing the issue.

First trace:
kwin(2378) KWin::Extensions::init: Extensions: shape: 0x "11"  composite: 0x "4"  render: 0x "a"  fixes: 0x "40"
kwin(2378) KWin::CompositingPrefs::detect: glx version is  1 . 2
kwin(2378) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "Mesa Project"
kwin(2378) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "Software Rasterizer"
kwin(2378) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "1.4 (2.1 Mesa 7.2)"
kwin(2378) KWin::CompositingPrefs::detectDriverAndVersion: XGL: no
kwin(2378) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "software" , version "7.2.)"
kwin(2378) KWin::CompositingPrefs::validateSetup: Software GL renderer detected, forcing compositing off.
kwin(2378) KDecorationPlugins::loadPlugin: kwin : path  "/local/kde4/lib/kde4/kwin3_ozone.so"  for  "kwin3_ozone"
kwin(2378) KWin::Extensions::init: Extensions: shape: 0x "11"  composite: 0x "4"  render: 0x "a"  fixes: 0x "40"
kwin(2378) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled

Second trace:
kwin(29328) KWin::Extensions::init: Extensions: shape: 0x "11"  composite: 0x "4"  render: 0x "a"  fixes: 0x "40"
kwin(29328) KWin::CompositingPrefs::detect: glx version is  1 . 2
kwin(29328) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "Mesa Project"
kwin(29328) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "Software Rasterizer"
kwin(29328) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "1.4 (2.1 Mesa 7.2)"
kwin(29328) KWin::CompositingPrefs::detectDriverAndVersion: XGL: no
kwin(29328) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "software" , version "7.2.)"
kwin(29328) KDecorationPlugins::loadPlugin: kwin : path  "/local/kde4/lib/kde4/kwin3_deKorator.so"  for  "kwin3_deKorator"
kwin(29328) KWin::Extensions::init: Extensions: shape: 0x "11"  composite: 0x "4"  render: 0x "a"  fixes: 0x "40"
kwin(29328) KWin::Extensions::init: Extensions: shape: 0x "11"  composite: 0x "4"  render: 0x "a"  fixes: 0x "40"
kwin(29328) KWin::Workspace::setupCompositing: XRender compositing
kwin(29328) KWin::Workspace::setupCompositing: Refresh rate  60 Hz
kwin(29328)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from  "/var/tmp/kdecache-kde4/ksycoca4"
kwin(29328) KWin::EffectsHandlerImpl::loadEffect: Trying to load  "kwin4_effect_shadow"
kwin(29328) KWin::EffectsHandlerImpl::loadEffect: Trying to load  "kwin4_effect_login"
kwin(29328) KWin::EffectsHandlerImpl::loadEffect: Trying to load  "kwin4_effect_logout"
Comment 6 daboo 2009-06-11 17:53:11 UTC
This bug is still not fixed in KDE 4.3 beta 2:

On a clean account:

General -> Enable desktop effects = true
Advanced -> Compositing type = Xrender -> Apply

fails to enable the xrender backend with an error message saying I should check my X settings.

General -> Enable desktop effects = true
All Effects -> Apply
Advanced -> Compositing type = Xrender -> Apply

however _does_ enable the xrender backend.

When clicking 'Apply' in 'All effects' while first having set Enable desktop effects makes the config program remember the 'enabled' setting, enabling xrender afterwards works without a warning.

This is on a AMD R600 without a 3D driver but with the latest xf86-driver-ati.
Comment 7 Sascha Peilicke 2009-10-19 19:01:23 UTC
I can confirm that behavior with SVN r957000 with openSUSE-11.2-RC1 under VirtualBox-3.0.6.
Comment 8 Martin Flöser 2010-01-09 10:53:04 UTC
*** Bug 221892 has been marked as a duplicate of this bug. ***
Comment 9 Christoph Feck 2011-02-25 20:12:10 UTC
I cannot verify if this bug is still present, because on my current system, I can actually activate GL compositing, so XRender compositing can be activated, too.