Bug 670144 - the icon not updating properly on Xfce
Summary: the icon not updating properly on Xfce
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: xfce4-panel
Version: rawhide
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Kevin Fenzi
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F15Target
TreeView+ depends on / blocked
 
Reported: 2011-01-17 10:50 UTC by Akira TAGOH
Modified: 2011-06-08 07:32 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-06-08 07:32:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Test Program (1.14 KB, text/plain)
2011-01-19 06:44 UTC, fujiwara
no flags Details
Bug screenshot at Xfce (228.21 KB, image/png)
2011-01-24 01:10 UTC, fujiwara
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Xfce 7173 0 None None None Never

Description Akira TAGOH 2011-01-17 10:50:07 UTC
Description of problem:
not testing other desktops but the icon at the systray isn't reflected as expected when activating ibus on Xfce.

Version-Release number of selected component (if applicable):
ibus-1.3.99.20101202-5.fc15.x86_64
xfce4-session-engines-4.7.3-1.fc15.x86_64
xfce4-session-4.7.3-1.fc15.x86_64
xfce-utils-4.7.4-1.fc15.x86_64

How reproducible:
always

Steps to Reproduce:
1.log into the xfce desktop
2.run any applications
3.press ctrl+space or anything to start typing something through ibus
  
Actual results:
input is ok. but the icon at the systray still keeps the keyboard icon.

Expected results:
the engine's icon should appears.

Additional info:
no changes behavior with setting GTK_IM_MODULE=ibus explicitly. this is reproducible on both X and GTK+ applications.
the icon works on GNOME. so this may be Xfce specific issue. not tried KDE and LXDE and more though.

Comment 1 fujiwara 2011-01-19 06:44:52 UTC
Created attachment 474200 [details]
Test Program

I attached the test program to reproduce this problem.
% cc -o test test.c `pkg-config --cflags --libs gtk+-2.0`
% ./test

The test program switches the panel icon when you click it.
If you run it on XFCE4 desktop, the g_print() and the actual icon are reverse.
If you run it on GNOME desktop, the g_print() and the actual icon are same correctly.

GTK2 gtk_status_icon_set_from_file() calls gtk_image_set_from_pixbuf(), and gtk_image_expose() is called later. gtk_image_expose() calls gdk_draw_pixbuf() and gdk_draw_pixbuf() calls gdk_x11_draw_pixbuf(), gdk_x11_draw_pixbuf() calls XRenderComposite().

It seems the rendering is buffered in XFCE4.

Comment 2 fujiwara 2011-01-19 06:49:37 UTC
This can be reproduce with the latest rawhide.
But I could not reproduce this with the old rawhide.

Comment 3 Kevin Fenzi 2011-01-22 18:12:26 UTC
Humm. 

Using the example program from comment1 here. Not sure what I should be seeing. 

I click and the icon changes, click again and it changes back. 
It switches ok between the home and applets image just fine. 

You guys are seeing it not change at all? Or it's the wrong image?

Comment 4 fujiwara 2011-01-24 01:10:56 UTC
Created attachment 474880 [details]
Bug screenshot at Xfce

(In reply to comment #3)
> Using the example program from comment1 here. Not sure what I should be seeing. 

I attached the screen shot, which shows the bug.
When I clicked the icon on Xfce desktop, it's changed to gnome-home icon but the stdout is gnome-applet.

The expected result is, when I clicked the icon, it's changed to gnome-applet icon and the stdout is also gnome-applet. It works on GNOME desktop correctly.

Xfce desktop shows the reverse icon instead.

Comment 5 Kevin Fenzi 2011-01-24 05:24:50 UTC
Upstream bug 7173: 
http://bugzilla.xfce.org/show_bug.cgi?id=7173

Comment 6 Kevin Fenzi 2011-02-19 19:14:02 UTC
Does this issue persist with the latest xfce4-panel?

xfce4-panel-4.8.1 ?

Comment 7 fujiwara 2011-02-21 05:48:18 UTC
I could see the same problem with xfce4-panel-4.8.1-2.fc15 .

Comment 8 Akira TAGOH 2011-02-21 07:24:28 UTC
Somewhat better but the issue still persists. now the icon is changed after the next key events. but what we are expecting here is to see the icon change on the first key event. i.e. when hitting ctrl+space say.

Comment 9 Kevin Fenzi 2011-02-25 20:30:12 UTC
Upstream has closed the bug: 

"Tried the test program and it works fine here also the rendering of the icon is
not handled by the panel, but the external application, since its a socket/plug
system."

I guess we should close this as well? Or would you like to talk with upstream directly about this?

Comment 10 Akira TAGOH 2011-03-31 05:35:47 UTC
aha. given that it's an application bug, I'm not quite sure why the behavior is different on different desktops.

Comment 11 Kevin Fenzi 2011-03-31 12:44:45 UTC
Not sure. ;( 

Where should we go from here?

Comment 12 fujiwara 2011-05-30 09:31:06 UTC
Oh this is fixed in the latest XFCE in f15, isn't it?

Comment 13 Kevin Fenzi 2011-05-30 13:04:50 UTC
I'm not entirely sure to be honest. ;) 

Testing and confirmation would be welcome.

Comment 14 fujiwara 2011-05-31 01:09:03 UTC
(In reply to comment #13)
> I'm not entirely sure to be honest. ;) 
> 
> Testing and confirmation would be welcome.

I meam it's ok for me to close this but I'm not the bug reporter.

Comment 15 fujiwara 2011-05-31 01:09:54 UTC
(In reply to comment #14)
> I meam it's ok for me to close this but I'm not the bug reporter.

s/meam/mean/

Comment 16 Akira TAGOH 2011-06-08 07:32:36 UTC
Yeah, it seems good now. to be honest, that looks weird to me without any real fixes in any code. closing. thanks!


Note You need to log in before you can comment on or make changes to this bug.