By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1297 - KControl: Provide detection and user warning when the Trinity compositor cannot be enabled
Summary: KControl: Provide detection and user warning when the Trinity compositor cann...
Status: NEW
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other Other
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: 1289
  Show dependency tree / graph
 
Reported: 2012-10-30 23:13 CDT by Darrell
Modified: 2018-05-27 11:00 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2012-10-30 23:13:37 CDT 
There is no mechanism in place to warn users when the Trinity compositor will not function. There are (at least) two conditions that will disable the built-in compositor:

* An existing xorg.conf contains the following:

Section "Extensions"
  Option "Composite" "false"
EndSection

* A packager purposely disables compositor support such as proposed in enhancement request 1289: -DWITH_XCOMPOSITE=OFF.

Currently with either condition, users are allowed to enable the compositor in KControl->Desktop->Window Behavior->Translucency. There is no feedback or warning that this would be an exercise in futility, which will confuse users, causing classic WTF moments and negative reviews.

An example of warning users is seen with KControl->System Administration->Login Manager->Appearance->Secure Attention Key check box. When tdmrc [X-*-Greeter] UseSAK=false, the check box is disabled permanently and a message appears under the check box explaining why the check box is unavailable.

The top level check box in KControl->Desktop->Window Behavior->Translucency needs the same logic.

Needed to write the code:

* Search existing xorg files, both an xorg.conf as well as xorg.conf.d config files.

* Detecting when tdelibs is built with -DWITH_XCOMPOSITE=OFF.
Comment 1 Timothy Pearson 2012-10-31 00:01:12 CDT 
Xorg can report on whether or not compositing is allowed on a given display; the output of an appropriate function (such as those built in to KApplication) should be used instead of searching configuration files for specific settings.
Comment 2 Darrell 2012-10-31 01:22:11 CDT 
What about detecting build options, such as that proposed in enhancement request 1289? What "clues" does Trinity provide as to whether that support was built?
Comment 3 Darrell 2012-11-01 23:06:38 CDT 
I'm willing to tinker with this but need coaching.

* I need examples of how to call external commands.

* I need to know how to detect when tdelibs was built with -DWITH_XCOMPOSITE=OFF.