<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>188618</bug_id>
          
          <creation_ts>2007-08-12 17:46 0000</creation_ts>
          <short_desc>gnome-power-manager-2.18.3 does not display icon in notification area</short_desc>
          <delta_ts>2007-11-16 02:06:22 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>2006.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://bugzilla.gnome.org/show_bug.cgi?id=413360</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>again@gmx.de</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>james@jamesward.org</cc>
    
    <cc>pacho@condmat1.ciencias.uniovi.es</cc>
    
    <cc>rikz@yandex.ru</cc>
    
    <cc>timmermans.herman@skynet.be</cc>
    
    <cc>voyageur@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>again@gmx.de</who>
            <bug_when>2007-08-12 17:46:28 0000</bug_when>
            <thetext>Hi!

Yesterday I upgraded to gnome 2.18. Since then, gnome-power-manager&apos;s icon, which used to be displayed in the notification area has disappeared. I checked that gnome-power-manager is set to &quot;Always display an icon&quot; in Power Management Preferences.

Best regards
Christian</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-08-12 17:52:46 0000</bug_when>
            <thetext>Please read the GNOME 2.18 Upgrade Guide at http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.18-upgrade.xml</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>timmermans.herman@skynet.be</who>
            <bug_when>2007-08-25 07:51:42 0000</bug_when>
            <thetext>Same problem with amd64 after update.

Portage 2.1.2.12 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r4, 2.6.18-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.18-gentoo-r3 x86_64 AMD Turion(tm) 64 Mobile Technology MT-28
Gentoo Base System release 1.12.9
Timestamp of tree: Thu, 23 Aug 2007 18:00:01 +0000
................
equery gives me =&gt;
..........

[I--] [  ] gnome-extra/gnome-power-manager-2.18.3 (0)
..........

Herman</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>freaky@bananateam.nl</who>
            <bug_when>2007-10-29 08:02:21 0000</bug_when>
            <thetext>Issue is still here in 2.20.0. Any ideas for a solution? It&apos;s pretty annoying.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dang@gentoo.org</who>
            <bug_when>2007-10-29 17:01:44 0000</bug_when>
            <thetext>No.  No one seems to have a clue.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rikz@yandex.ru</who>
            <bug_when>2007-10-30 00:19:56 0000</bug_when>
            <thetext>Unfortunately the bug is reproducable on my system too. I don&apos;t really know what information can be helpful, my system is up-to-date ~x86.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-10-30 09:56:18 0000</bug_when>
            <thetext>We need some hardcore debugging here, not information, unfortunately. Well, actually we need information retrieved from some debugging deep in gtk+ and g-p-m internals..
I got somewhere months back but haven&apos;t been able to dig even more deeper.
I&apos;ll try to later dig up the various upstream bugs and link em up from here.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-10-30 12:47:06 0000</bug_when>
            <thetext>Only say that, if I set up opera browser for opening at gnome-session startup, also its notification icon is usually missing and I have to restart opera for getting it. I am not an expert but, maybe, this would indicate that the problem is more related to notification applet than a gnome-power-manager bug. On the other hand, it&apos;s extrange that other icons like beagle or gdesklets one are not affected by this (tomboy usually works but sometime it also fails) :-/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rikz@yandex.ru</who>
            <bug_when>2007-10-30 15:06:10 0000</bug_when>
            <thetext>By the way, I&apos;ve heard about similar problems with Beryl icon in KDE. If beryl-manager is started automatically within KDE startup, there is no icon in the notification area. And of course the icon is on its right place if beryl-manager is started by hand. So maybe Pacho is right and the problem is not in gnome-power-manager itself?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dang@gentoo.org</who>
            <bug_when>2007-10-30 17:12:36 0000</bug_when>
            <thetext>The problem is believed to be in gtk+, but no one knows for sure.  It manifests most often in gnome-power-manager.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shogun713@gmail.com</who>
            <bug_when>2007-11-05 17:10:27 0000</bug_when>
            <thetext>Created an attachment (id=135258)
Hacked ebuild which workarounds this bug

Hi guys!
I can confirm that this bug is of GTK, as it shows also with tomboy and networkmanager.
By the way, at least for gnome-power-manager I think I have found a solution.
I noticed accidentally that if g-p-m is emerged without XEvents support (unlike the official ebuild) this bug disappear.
More info are available here: http://bugzilla.gnome.org/show_bug.cgi?id=413360#c38
I attach this ebuild which transform xevents support in a use flag. (on my 2007.0 is disable by default)
Hope this helps!
Cheers!
  Shogun</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-09 08:17:09 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; Hi guys!
&gt; I can confirm that this bug is of GTK, as it shows also with tomboy and
&gt; networkmanager.

No, it&apos;s not. It&apos;s an application problem if it filters out X Events from under gtk+&apos;s back, as g-p-m did.

&gt; By the way, at least for gnome-power-manager I think I have found a solution.
&gt; I noticed accidentally that if g-p-m is emerged without XEvents support (unlike
&gt; the official ebuild) this bug disappear.
&gt; More info are available here:
&gt; http://bugzilla.gnome.org/show_bug.cgi?id=413360#c38

Many many many thanks for pinpointing this to the very small HAVE_XEVENTS specific code! I can&apos;t believe I didn&apos;t find this with my greps back at July when looking for GdkFilter problems (HAVE_XEVENTS code has one). As the functionality this provides has never worked and is probably untested, I went with passing --disable-xevents, but also created a patch that fixes the filter properly and attached it to the above-mentioned bug with a full analysis of why the icon was breaking for those interested.

So, this bug is now fixed in 2.20.0-r1, while later we should reconsider if we want to use the xevents functionality or not - awaiting upstreams opinion on the upstream bug</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-11-09 08:26:42 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; So, this bug is now fixed in 2.20.0-r1, while later we should reconsider if we
&gt; want to use the xevents functionality or not - awaiting upstreams opinion on
&gt; the upstream bug
&gt; 

Could this be also done for 2.18 branch? 

I know that I can manually edit the ebuild for disabling xevents, but I think that most of users would be happy getting this fixed also for gnome-2.18 :-)

Thanks a lot</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-09 08:30:05 0000</bug_when>
            <thetext>If all goes well, 2.20 will be going stable in the coming days anyways, so not sure I want a revision bump hanging around that will probably never get stabled</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-11-09 08:38:49 0000</bug_when>
            <thetext>(In reply to comment #13)
&gt; If all goes well, 2.20 will be going stable in the coming days anyways, so not
&gt; sure I want a revision bump hanging around that will probably never get stabled
&gt; 

OK </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-16 02:06:22 0000</bug_when>
            <thetext>I fixed it for 2.18 series afterall in 2.18.3-r1 now.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>135258</attachid>
            <date>2007-11-05 17:10 0000</date>
            <desc>Hacked ebuild which workarounds this bug</desc>
            <filename>gnome-power-manager-2.20.0-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2dub21lLWV4dHJhL2dub21lLXBvd2VyLW1hbmFn
ZXIvZ25vbWUtcG93ZXItbWFuYWdlci0yLjIwLjAuZWJ1aWxkLHYgMS4xIDIwMDcvMTAvMDIgMTY6
NDE6MjMgY29tcG5lcmQgRXhwICQKCmluaGVyaXQgZ25vbWUyIGV1dGlscyB2aXJ0dWFseAoKREVT
Q1JJUFRJT049Ikdub21lIFBvd2VyIE1hbmFnZXIiCkhPTUVQQUdFPSJodHRwOi8vd3d3Lmdub21l
Lm9yZy9wcm9qZWN0cy9nbm9tZS1wb3dlci1tYW5hZ2VyLyIKCkxJQ0VOU0U9IkdQTC0yIgpTTE9U
PSIwIgpLRVlXT1JEUz0ifmFscGhhIH5hbWQ2NCB+aHBwYSB+aWE2NCB+cHBjIH5zcGFyYyB+eDg2
IH54ODYtZmJzZCIKSVVTRT0iZG9jIHhldmVudHMiCgpSREVQRU5EPSI+PWRldi1saWJzL2dsaWIt
Mi42LjAKCQkgPj14MTEtbGlicy9ndGsrLTIuMTEuMAoJCSA+PWdub21lLWJhc2UvZ25vbWUta2V5
cmluZy0wLjYuMAoJCSA+PWdub21lLWJhc2UvbGliZ25vbWUtMi4xNC4wCgkJID49Z25vbWUtYmFz
ZS9saWJnbm9tZXVpLTIuMTQuMAoJCSA+PXN5cy1hcHBzL2hhbC0wLjUuOAoJCSA+PWRldi1saWJz
L2RidXMtZ2xpYi0wLjcxCgkJID49Z25vbWUtYmFzZS9saWJnbGFkZS0yLjUuMAoJCSA+PXgxMS1s
aWJzL2xpYm5vdGlmeS0wLjQuMwoJCSA+PXgxMS1saWJzL2xpYnduY2stMi4xMC4wCgkJID49eDEx
LWxpYnMvY2Fpcm8tMS4wLjAKCQkgPj1nbm9tZS1iYXNlL2dub21lLXBhbmVsLTIKCQkgPj1nbm9t
ZS1iYXNlL2djb25mLTIKCQkgID1tZWRpYS1saWJzL2dzdHJlYW1lci0wLjEwKgoJCSAgIHgxMS1s
aWJzL2xpYlgxMQoJCSAgIHgxMS1saWJzL2xpYlhleHQiCkRFUEVORD0iJHtSREVQRU5EfQoJCSAg
c3lzLWRldmVsL2dldHRleHQKCQkgfmFwcC10ZXh0L2RvY2Jvb2steG1sLWR0ZC00LjMKCQk+PWRl
di11dGlsL3BrZ2NvbmZpZy0wLjkKCQk+PWRldi11dGlsL2ludGx0b29sLTAuMzUKCQk+PWFwcC10
ZXh0L2dub21lLWRvYy11dGlscy0wLjMuMgoJCWRvYz8JKAoJCQkJCSBhcHAtdGV4dC94bWx0bwoJ
CQkJCSBhcHAtdGV4dC9kb2Nib29rLXNnbWwtdXRpbHMKCQkJCQl+YXBwLXRleHQvZG9jYm9vay14
bWwtZHRkLTQuNAoJCQkJCX5hcHAtdGV4dC9kb2Nib29rLXNnbWwtZHRkLTQuMQoJCQkJCX5hcHAt
dGV4dC9kb2Nib29rLXhtbC1kdGQtNC4xLjIKCQkJCSkiCgojIGRvY2Jvb2stc2dtbC11dGlscyBh
bmQgZG9jYm9vay1zZ21sLWR0ZC00LjEgdXNlZCBmb3IgY3JlYXRpbmcgbWFuIHBhZ2VzCiMgKGZp
bGVzIHVuZGVyICR7U30vbWFuKS4KIyBkb2Nib29rLXhtbC1kdGQtNC40IGFuZCAtNC4xLjIgYXJl
IHVzZWQgYnkgdGhlIHhtbCBmaWxlcyB1bmRlciAke1N9L2RvY3MuCgpET0NTPSJBVVRIT1JTIENo
YW5nZUxvZyBORVdTIFJFQURNRSBUT0RPIgoKcGtnX3NldHVwKCkgewoJIyBUT0RPIDo6IHBvbGlj
eWtpdCBzaG91bGQgaGF2ZSBhIHBhbSB1c2VmbGFnCgoJRzJDT05GPSIkKHVzZV9lbmFibGUgZG9j
IGRvY2Jvb2stZG9jcyB4ZXZlbnRzKSBcCgkJCS0tZW5hYmxlLWFjdGlvbnMtbWVudSAtLXdpdGgt
ZHBtcy1leHQgLS1kaXNhYmxlLXBvbGljeWtpdCBcCgkJCS0tZW5hYmxlLWFwcGxldHMgLS1lbmFi
bGUta2V5cmluZyIKfQoKc3JjX3VucGFjaygpIHsKCWdub21lMl9zcmNfdW5wYWNrCgoJaWYgdXNl
IGRvYzsgdGhlbgoJCSMgQWN0dWFsbHkgaW5zdGFsbCBhbGwgaHRtbCBmaWxlcywgbm90IGp1c3Qg
dGhlIGluZGV4CgkJc2VkIC1pIC1lICdzOlwoaHRtbGRvY19EQVRBID0gXCkuKjpcMSQoU1BFQ19I
VE1MX0ZJTEVTKTonIFwKCQkJJHtTfS9kb2NzL01ha2VmaWxlLmluCgllbHNlCgkJIyBSZW1vdmUg
dGhlIGRvY2Jvb2sybWFuIHJ1bGVzIGhlcmUgc2luY2UgaXQncyBub3QgaGFuZGxlZCBieSBhIHBy
b3BlcgoJCSMgcGFyYW1ldGVyIGluIGNvbmZpZ3VyZS5pbi4KCQlzZWQgLWkgLWUgJ3M6QEhBVkVf
RE9DQk9PSzJNQU5fVFJVRUAuKjo6JyAke1N9L21hbi9NYWtlZmlsZS5pbgoJZmkKCgkjIGdsaWJj
IHNwbGl0cyB0aGlzIG91dCwgd2hlcmVhcyBvdGhlciBsaWJjJ3MgZG8gbm90IHRlbmQgdG8KCXVz
ZSBlbGliY19nbGliYyB8fCBzZWQgLWkgLWUgJ3MvLWxyZXNvbHYvLycgY29uZmlndXJlCn0KCnNy
Y190ZXN0KCkgewoJWG1ha2UgY2hlY2sgfHwgZGllICJUZXN0IHBoYXNlIGZhaWxlZCIKfQoKcGtn
X3Bvc3RpbnN0KCkgewoJZ25vbWUyX3BrZ19wb3N0aW5zdAoKCWlmIFtbICQocG9ydGFnZXEgaGFz
X3ZlcnNpb24gLyAnc3lzLWxpYnMvcGFtJykgXV0gOyB0aGVuCgkJZWluZm8gIllvdSB3aWxsIG5l
ZWQgdGhlIG1hc2tlZCBwYW1fY29uc29sZSB0byBiZSBhYmxlIHRvIgoJCWVpbmZvICJzdXNwZW5k
L2hpYmVybmF0ZSwgb3IgeW91IHdpbGwgbmVlZCB0bzoiCgkJZWluZm8gInRvdWNoIC92YXIvcnVu
L2NvbnNvbGUvPFVTRVJOQU1FPiIKCQllaW5mbyAiYWZ0ZXIgZWFjaCBib290IgoJZmkKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>