systray: Icons get drawn larger (gtk3)

Bug #992787 reported by Dustin Polke
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Cairo-Dock Plug-ins
Fix Released
Undecided
Unassigned

Bug Description

Command to start cairo-dock:
cairo-dock -o

 ============================================================================
        Cairo-Dock version : 3.0.0
        Compiled date : May 1 2012 20:05:03
        Built with GTK : 3.2
        Running with OpenGL: 1
 ============================================================================

When using the systray applet compiled against gtk3, icons sometimes are drawn larger (double size?).
This happens sometimes directly with the first icon appearing in the tray, sometimes after another is added to the already existing ones.

The debug output is not suspicious:
debug : (/var/tmp/portage/x11-misc/cairo-dock-3.0.0/work/cairo-dock-3.0.0/src/gldit/cairo-dock-keyfile-utilities.c:cairo_dock_write_keys_to_file:44)
  cairo_dock_write_keys_to_file (/tmp/testcairodock//current_theme/plug-ins/systray/systray.conf)
message : (/var/tmp/portage/x11-misc/cairo-dock-3.0.0/work/cairo-dock-3.0.0/src/gldit/cairo-dock-module-factory.c:cairo_dock_reload_module_instance:576)
message : (/var/tmp/portage/x11-plugins/cd-plugins-good-3.0.0/work/cairo-dock-plugins-3.0.0/systray/src/systray-init.c:reload:82)
  reload (/tmp/testcairodock//current_theme/plug-ins/systray/systray.conf)

Cairo-dock is running under Openbox. Distribution is Gentoo:

Portage 2.1.10.49 (default/linux/amd64/10.0, gcc-4.5.3, glibc-2.14.1-r3, 3.2.12-gentoo-nouveau x86_64)
=================================================================
System uname: Linux-3.2.12-gentoo-nouveau-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T8100_@_2.10GHz-with-gentoo-2.0.3
Timestamp of tree: Tue, 01 May 2012 17:45:01 +0000
app-shells/bash: 4.2_p20
dev-java/java-config: 2.1.11-r3
dev-lang/python: 2.7.2-r3, 3.2.2
dev-util/cmake: 2.8.6-r4
dev-util/pkgconfig: 0.26
sys-apps/baselayout: 2.0.3
sys-apps/openrc: 0.9.8.4
sys-apps/sandbox: 2.5
sys-devel/autoconf: 2.13, 2.68
sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils: 2.20.1-r1
sys-devel/gcc: 4.5.3-r2
sys-devel/gcc-config: 1.5-r2
sys-devel/libtool: 2.4-r1
sys-devel/make: 3.82-r1
sys-kernel/linux-headers: 3.1 (virtual/os-headers)
sys-libs/glibc: 2.14.1-r3

The gtk2 version does not show this behavior.
Let me know if I can provide more information.

Revision history for this message
Fabounet (fabounet03) wrote :

Hi, and thanks for reporting this :)
when you say "When using the systray applet compiled against gtk3", do you mean it doesn't happen with GTK2
is it new with cairo-dock 3.0 ?

just out of curiosity, did you try the new systray (applications require to suport the new underlying protocol ) ?

Revision history for this message
Dustin Polke (dupol) wrote :

Systray works correctly with gtk2 in 3.0 as it has before in 2.4 series. The new gtk3 version added to 3.0 intrroduces this problem.

I tried to test with the new tray applet but have problems to get it running atm. I have to investigate this further. Right now, no icons are shown with the status-notifier applet. :-/

Revision history for this message
Dustin Polke (dupol) wrote :

status-notifier applet does not install org.kde.StatusNotifierWatcher.xml. After installing it manually, icons are displayed but the same issue as with systray can be observed using gtk3 version.

Revision history for this message
Matthieu Baerts (matttbe) wrote :

> icons are displayed but the same issue as with systray can be observed using gtk3 version.
Icons from the Status-Notifier applet (aka Notification Area?)

Revision history for this message
Dustin Polke (dupol) wrote :

> Icons from the Status-Notifier applet (aka Notification Area?)
Yes, this is correct.

Revision history for this message
Matthieu Baerts (matttbe) wrote :

With the systray applet (aka Old Notification Area), the dock receives a widget and this widget should be ready to be placed in a container (without any resizes). But the Status-Notifier applet (aka Notification Area), the dock receives information about applications and it draws icon in the dock or in a desklet and they should have the right size just like any other icons in the dock.

> This happens sometimes directly with the first icon appearing in the tray, sometimes after another is added to the already existing ones.
Is it always the same icon? When you re-launch the applet, do you have always the same problem (always the same icons with the same sizes and the same order)?

Revision history for this message
Dustin Polke (dupol) wrote :

> Is it always the same icon? When you re-launch the applet, do you have always the same problem (always the same icons with the same sizes and the same order)?

It can happen with any icon in the notification area, e.g., with the mail notification icon from evolution. If the dock starts and there is new email, in some cases the icon is drawn correctly, in other directly with start-up of the dock, the icon is drawn larger. I can provoke it by starting an application which places an icon in the notification area, until all icons are drawn too large. If you like, I can make an animated screen capture and attach it to illustrate the process if this helps to understand this issue.

Revision history for this message
Fabounet (fabounet03) wrote :

just to be sure, is it for the "Old Notification Area" applet (the one that can't be put inside the dock directly) or the "Notification Area" applet (the new one) ?
because I can't find any code path that would differ between gtk3 and gtk2 in the "Notification Area" applet, but the old one does have quite a few differences.

Note: the org.kde.StatusNotifierWatcher.xml is not used by the dock, it's only in the sources to describe the protocol, but is not used, even during the compilation.

Revision history for this message
Frederik Himpe (fhimpe) wrote :

The Old Notification Area is definitely completely broken in cairo-dock 3. I'm using it on Debian (built with GTK+3), and the icons are huge and sometimes (not always) overlapping each other. I attach a screenshot from how it looked with cairo-dock 2.4 and how it looks after updating to cairo dock 3. There should definitely be an option to have back the old, smaller notification icons.

For some reason my network-manager icon in the old notitication area is also constantly switching between the monochromatic icon and a high-resolution greyscale icon. And the same appears to be happening with the notification-daemon icon which appears when a notification arrives. I don't know if it's related to the above problem.

Changed in cairo-dock-plug-ins:
milestone: none → 3.0.0
status: New → Confirmed
Revision history for this message
Fabounet (fabounet03) wrote : Re: [Cairo-dock-team] [Bug 992787] Re: systray: Icons get drawn larger (gtk3)
Download full text (3.5 KiB)

unfortunately it's not possible to use both gtk2 and gtk3 in the same
application.
so you may want to re-compil the dock with GTK2 if you desperately
need the old systray (I'm surprised the network applet doesn't appear
in the new systray)

2012/5/30 Matthieu Baerts <email address hidden>:
> ** Changed in: cairo-dock-plug-ins
>       Status: New => Confirmed
>
> ** Changed in: cairo-dock-plug-ins
>    Milestone: None => 3.0.0
>
> --
> You received this bug notification because you are a member of Cairo-
> Dock Team, which is subscribed to Cairo-Dock Plug-ins.
> https://bugs.launchpad.net/bugs/992787
>
> Title:
>  systray: Icons get drawn larger (gtk3)
>
> Status in Cairo-Dock: Plug-ins:
>  Confirmed
>
> Bug description:
>  Command to start cairo-dock:
>  cairo-dock -o
>
>   ============================================================================
>          Cairo-Dock version : 3.0.0
>          Compiled date      : May  1 2012 20:05:03
>          Built with GTK     : 3.2
>          Running with OpenGL: 1
>   ============================================================================
>
>  When using the systray applet compiled  against gtk3, icons sometimes are drawn larger (double size?).
>  This happens sometimes directly with the first icon appearing in the tray, sometimes after another is added to the already existing ones.
>
>  The debug output is not suspicious:
>  debug   :  (/var/tmp/portage/x11-misc/cairo-dock-3.0.0/work/cairo-dock-3.0.0/src/gldit/cairo-dock-keyfile-utilities.c:cairo_dock_write_keys_to_file:44)
>    cairo_dock_write_keys_to_file (/tmp/testcairodock//current_theme/plug-ins/systray/systray.conf)
>  message :  (/var/tmp/portage/x11-misc/cairo-dock-3.0.0/work/cairo-dock-3.0.0/src/gldit/cairo-dock-module-factory.c:cairo_dock_reload_module_instance:576)
>  message :  (/var/tmp/portage/x11-plugins/cd-plugins-good-3.0.0/work/cairo-dock-plugins-3.0.0/systray/src/systray-init.c:reload:82)
>    reload (/tmp/testcairodock//current_theme/plug-ins/systray/systray.conf)
>
>  Cairo-dock is running under Openbox. Distribution is Gentoo:
>
>  Portage 2.1.10.49 (default/linux/amd64/10.0, gcc-4.5.3, glibc-2.14.1-r3, 3.2.12-gentoo-nouveau x86_64)
>  =================================================================
>  System uname: Linux-3.2.12-gentoo-nouveau-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T8100_@_2.10GHz-with-gentoo-2.0.3
>  Timestamp of tree: Tue, 01 May 2012 17:45:01 +0000
>  app-shells/bash:          4.2_p20
>  dev-java/java-config:     2.1.11-r3
>  dev-lang/python:          2.7.2-r3, 3.2.2
>  dev-util/cmake:           2.8.6-r4
>  dev-util/pkgconfig:       0.26
>  sys-apps/baselayout:      2.0.3
>  sys-apps/openrc:          0.9.8.4
>  sys-apps/sandbox:         2.5
>  sys-devel/autoconf:       2.13, 2.68
>  sys-devel/automake:       1.9.6-r3, 1.10.3, 1.11.1
>  sys-devel/binutils:       2.20.1-r1
>  sys-devel/gcc:            4.5.3-r2
>  sys-devel/gcc-config:     1.5-r2
>  sys-devel/libtool:        2.4-r1
>  sys-devel/make:           3.82-r1
>  sys-kernel/linux-headers: 3.1 (virtual/os-headers)
>  sys-libs/glibc:           2.14.1-r3
>
>  The gtk2 version does not show this behavior.
>  Let me know if I can provide more information.
>
...

Read more...

Changed in cairo-dock-plug-ins:
status: Confirmed → Fix Released
milestone: 3.0.0 → 3.0.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.