Bug 364264

Breeze GTK's tooltips only work correctly when 'Apply colors to non-Qt applications' is disabled. Otherwise, tooltips often adopt incorrect colors and make text unreadable.

Because theme engines are no longer available in GTK 3, the approach we've taken with Breeze GTK is less dynamic, meaning the colors are hardcoded. There is work currently ongoing to generate the theme based on the currently selected KDE color scheme, but those scripts are unrelated to the behavior of the current option to apply colors.

In the meantime, I propose we workaround the issue by disabling whatever is being done to GTK applications when the selected theme includes 'Breeze-gtk' somewhere in the name and 'Apply colors to non-Qt applications' is checked. Alternatively, we could leave the box unchecked by default since Breeze-gtk is the default GTK theme.

Is it possible to add an exception for this option so that it behaves differently based on which GTK theme is selected? I would imagine this only impacts Breeze, Oxygen, and maybe QtCurve so far as GTK themes are concerned. Eventually, when the theme-generation scripts for color scheme support are complete, it would be interesting to make this option call out to those scripts for better integration.

Reproducible: Always

Steps to Reproduce:
1. Check 'Apply colors to non-Qt applications' in the Option tab of the Colors KCM
2. Open a GTK 2 (GTK 3 in rare cases) application
3. Hover a button or other UI element to invoke a tooltip

Actual Results:  
The tooltip text is unreadable while using Breeze GTK because colors are being dynamically injected into the GTK tooltips at runtime.

Expected Results:  
Readable colors for tooltips and all other elements set deliberately by the static, prebuilt Breeze GTK theme.