Cairo Dock disappear when changing gtk theme

[David Segura M]

When I change the gtk theme on Appearance Cairo-dock disappears, in other words is no longer visible, but is still running and if I put the cursor where is supposed to be it still works (lanuching apps, closing session, rigth click and configure etc).

Information
Distribution: Xubuntu 12.04
DE: Xfce 4.8
WM. Xfwm
Cairo-Dock 3.0.2
Cairo Dock with OpenGL
Intek GMA950

[Matthieu Baerts (matttbe)]

Hello and thank you for this bug report!

It seems I can't reproduce this strange bug on Ubuntu 12.10 with Compiz and Cairo-Dock with OpenGL.
Can you check if you're able to reproduce it without the OpenGL backend and with another WM (e.g. Compiz ; if it's possible).

Also, which applets are you using? => What's the output of this command launched from a shell:
    $ grep "^modules" ~/.config/cairo-dock/current_theme/cairo-dock.conf

Can you also launch the dock with this command from a terminal, reproduce the bug and post here this file 'cairo-dock_bug.log' (will be available on your home directory):
    $ cairo-dock -l debug > ~/cairo-dock_bug.log 2>&1

[David Segura M (davidseg)]

Hi, in this installation I do not have any other WM to try it, but I do use another distro (Linux Mint 10) with compiz and the same version of Cairo (updtaed trough ppa) an with almost the same applets and the problem does not happen.

This are the applets I am using:
modules=Animated icons;logout;musicPlayer;shortcuts;GMenu;Remote-Control;showDesktop

[Matthieu Baerts (matttbe)]

Thank you for these new details!

@fabounet: any idea? :)

[David Segura M (davidseg)]

Forgot to mention that without OpenGL still happens.

[Fabounet (fabounet03)]

it occurs without opengl, so it's probably not the drivers
but it doesn't occur with Compiz, so it's maybe XFWM ...
a way to check that would be to start the dock with the default theme,
or with the failesafe mode:

cairo-dock -c -d ~/test

cairo-dock -c -f (<--- I think it's -f, not 100% sure, see cairo-dock -h)

and try to reproduce the bug.

Thanks for your help !

2012/7/28 David Segura M <email address hidden>:
> Forgot to mention that without OpenGL still happens.
>
> --
> You received this bug notification because you are a member of Cairo-
> Dock Team, which is subscribed to Cairo-Dock Core.
> https://bugs.launchpad.net/bugs/1030359
>
> Title:
> Cairo Dock disappear when changing gtk theme
>
> Status in Cairo-Dock : Core:
> New
>
> Bug description:
> When I change the gtk theme on Appearance Cairo-dock disappears, in
> other words is no longer visible, but is still running and if I put
> the cursor where is supposed to be it still works (lanuching apps,
> closing session, rigth click and configure etc).
>
> Information
> Distribution: Xubuntu 12.04
> DE: Xfce 4.8
> WM. Xfwm
> Cairo-Dock 3.0.2
> Cairo Dock with OpenGL
> Intek GMA950
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/cairo-dock-core/+bug/1030359/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~cairo-dock-team
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~cairo-dock-team
> More help : https://help.launchpad.net/ListHelp

[David Segura M (davidseg)]

I try with both, the default theme and the safe mode ( yes y checked and it was -f ) the bug still happens, so I also think that the problem is related to xfwm , but this time I also tried something new, if I do not change the Gtk them but the Xfwm theme the bug does not happen. Not sure if it helps to reduce the possibilities.

[ticket (tickettothemoon2004)]

With cairo-dock running, if I start the xfce "Appearance" utility and choose a different "Style", the entire cairo dock becomes invisible and cannot be made visible again except by re-starting the dock.

Same thing happens if I toggle the "Show shadows under dock windows" option in "Window Manager Tweaks" from off to on.

This does not happen if using the MetaCity window manager.

Details:
cairo-dock v3.0.0 (from Debian Testing)
Debian Testing (Wheezy)
XFCE 4.8
nVidia graphics
Compositing option of xfwm switched on.

[Matthieu Baerts (matttbe)]

@fabounet: should we mark this bug as "Won't Fix"?

[Fabounet (fabounet03)]

well, I've tried to reproduce the bug as David did, and indeed:
when changing the Style the main dock becomes transparent (but dialogs and
sub-docks are ok) only with xfwm4
when running metacity, no problem
even better: when launching the dock under metacity, then switching to
xfwm4, then changing the Style, no problem !

so for me, the problem is really a bug in xfwm4, because our code is
independant of the WM.
I think that before closing it, we should report it to the XFCE guys,
because the bug is still present under Fedora 18 (xfwm4 version 4.10.0,
compiled against GTK+-2.24.13,)

2013/10/4 Matthieu Baerts <email address hidden>

> ** Changed in: cairo-dock-core
> Status: New => Incomplete
>
> --
> You received this bug notification because you are a member of Cairo-
> Dock Devs, which is subscribed to Cairo-Dock Core.
> https://bugs.launchpad.net/bugs/1030359
>
> Title:
> Cairo Dock disappear when changing gtk theme
>
> Status in Cairo-Dock : Core:
> Incomplete
>
> Bug description:
> When I change the gtk theme on Appearance Cairo-dock disappears, in
> other words is no longer visible, but is still running and if I put
> the cursor where is supposed to be it still works (lanuching apps,
> closing session, rigth click and configure etc).
>
> Information
> Distribution: Xubuntu 12.04
> DE: Xfce 4.8
> WM. Xfwm
> Cairo-Dock 3.0.2
> Cairo Dock with OpenGL
> Intek GMA950
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/cairo-dock-core/+bug/1030359/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~cairo-dock-team
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~cairo-dock-team
> More help : https://help.launchpad.net/ListHelp
>

[Matthieu Baerts (matttbe)]

@David: is it possible to report this bug to xfwm devs (https://bugzilla.xfce.org/enter_bug.cgi) and add a link here to your new bug report.
Thanks!

[Brian (mycompostpile)]

Several people have reported this issue on the cairo-dock forums. We have determined that changing anything to do with the compositor (even turn it off and back on by unchecking it in the settings and the check it again) will cause the dock to go invisible.

We know the dock is still there and is still working because we can right click on it and quit or open the configuration window.

The issue happens with Xubuntu (I noticed it in 13.04, 13.10 and now 14.04) and Debian Wheezy. The cairo-dock devs reported the issue may be that the "gtk_widget_set_opacity (pWindow, 0)" and "gtk_widget_set_opacity (pWindow, 1)" calls don't seem to be managed. We are attempting further debugging so if there is anything we can do to find a solution we will gladly help.

On my Xubuntu system the xfwm4 version is:

 This is xfwm4 version 4.11.1 (revision 2b800f4) for Xfce 4.10
 Released under the terms of the GNU General Public License.
 Compiled against GTK+-2.24.23, using GTK+-2.24.23.

 Build configuration and supported features:
 - Startup notification support: Yes
 - XSync support: Yes
 - Render support: Yes
 - Xrandr support: Yes
 - Embedded compositor: Yes
 - KDE systray proxy (deprecated): No

I don't have my Debian system handy to get the info.

[Brian (mycompostpile)]

cairo-dock version for both systems 3.3.2 (latest stable version)

Xubuntu system:
VGA compatible controller: NVIDIA Corporation NV44 [Quadro NVS 285] (rev a1)

Debian System
VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

xfwm4 version on Debian Wheezy system

 This is xfwm4 version 4.8.3 (revision 360ccf2) for Xfce 4.8
 Released under the terms of the GNU General Public License.
 Compiled against GTK+-2.24.10, using GTK+-2.24.10.

 Build configuration and supported features:
 - Startup notification support: Yes
 - XSync support: Yes
 - Render support: Yes
 - Xrandr support: Yes
 - Embedded compositor: Yes
 - KDE systray proxy (deprecated): No

Please let me know if there is any further information you require.

[Brian (mycompostpile)]

Here is a note from the cairo-dock devs:

We also have this bug with the old Metacity because it didn't handle the _NET_WM_OPACITY attribute correctly.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[David Segura M (davidseg)]

Wow Mathew excuse me for my very very late response, I haven't used Cairo Dock since a long time now and hence completely forgot about this,however the bug report in the Xfce's bugzilla already exists and it is here https://bugzilla.xfce.org/show_bug.cgi?id=9888

[Matthieu Baerts (matttbe)]

Thank you for this link!

[Olivier Fourdan (fourdan)]

Cannot reproduce using cairo-dock 3.4.0 on Fedora 21.

[Olivier Fourdan (fourdan)]

Should be fixed with 4f8018f

[Matthieu Baerts (matttbe)]

Thank you for this patch :-)

[Sean Davis (bluesabre)]

This bug was fixed in the package xfwm4 - 4.11.3-0ubuntu1 (but not included in the debian changelog)

---------------
xfwm4 (4.11.3-0ubuntu1) vivid; urgency=medium

  * New upstream release.
    - Fix maximizing vetically or horizontally tiled windows. LP: #1397922
    - Revert "Experiment with button events." LP: #1394439
    - Use source indication in activate window. LP: #1292122
    - Determine the maximum host name length correctly. LP: #1233107
  * Drop 0001-fix-fullscreen-qt4-behavior-bug-8563.patch,
    02-remove-unused-maximize-button.patch, fixed upstream
 -- Jackson Doak <email address hidden> Sun, 15 Feb 2015 06:24:16 +1100

[Matthieu Baerts (matttbe)]

@Sean: thank you for this notification!