Bug 670144
Summary: | the icon not updating properly on Xfce | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Akira TAGOH <tagoh> | ||||||
Component: | xfce4-panel | Assignee: | Kevin Fenzi <kevin> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | rawhide | CC: | christoph.wickert, extras-orphan, i18n-bugs, kevin, shawn.p.huang, tfujiwar | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2011-06-08 07:32:36 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 617282 | ||||||||
Attachments: |
|
Description
Akira TAGOH
2011-01-17 10:50:07 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.
This can be reproduce with the latest rawhide. But I could not reproduce this with the old rawhide. 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? 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. Does this issue persist with the latest xfce4-panel? xfce4-panel-4.8.1 ? I could see the same problem with xfce4-panel-4.8.1-2.fc15 . 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. 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? aha. given that it's an application bug, I'm not quite sure why the behavior is different on different desktops. Not sure. ;( Where should we go from here? Oh this is fixed in the latest XFCE in f15, isn't it? I'm not entirely sure to be honest. ;) Testing and confirmation would be welcome. (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. (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/ Yeah, it seems good now. to be honest, that looks weird to me without any real fixes in any code. closing. thanks! |