Summary: | x11-wm/icewm + GTK applications: system tray icons are cut off left and right | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christopher Head <bugs> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | trivial | CC: | desktop-wm+disabled, pacho |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 266700 | ||
Bug Blocks: |
Description
Christopher Head
2008-05-08 04:30:35 UTC
Oh by the way, if screenshots or the source code to my test app are needed I can provide them. Pidgin-2.3.1, GTK+-2.12.8, IceWM-1.2.32. Further data: if I use gtk_status_icon_new(), which gives no actual icon, and just set it visible immediately, the space available in the system tray looks the right size for 24x24 or maybe even 30x24. The moment I call gtk_status_icon_set_from_pixbuf() or gtk_status_icon_set_from_stock(), that icon actually instantly *shrinks* on the system tray, moving everything beside it over, until it's down to the smaller, cut-off, size. Making the icon invisible and then visible again doesn't change anything (it stays small). Deleting the GtkStatusIcon completely and creating a new one with gtk_status_icon_new_from_pixbuf() with a 30x24 pixbuf makes the icon smaller and cut-off. Using gtk_status_icon_new_from_pixbuf() with a 24x24 pixbuf sometimes seems to work right, but not always (oddly, it seems that the icon stays the right size if the mouse pointer is over the area where it will be created, but gets shrunk otherwise). The mouse *doesn't* seem to help using gtk_status_icon_new_from_stock(); these are always shrunk. Yet more data: my program seems to be fine with Pidgin not running, or with it not using a systray icon. Looks like it may actually be Pidgin's fault and not GTK+'s or IceWM's? But still, IceWM shouldn't really allow bad parameters by one program to break another program's systray icon. It is a pidgin bug. That was using pidgin-2.4.3 and icewm-1.2.32. Now that I added ~x86 on icewm and updated to version 1.2.35, I have the pidgin taskbar icon working perfectly. My conclusion: icewm-1.2.35 should be marked x86 as soon as possible. Can you confirm this is working right with x11-wm/icewm-1.2.35 ? At least in my case emesene systray icon works fine, but I don't use pidgin :-/ Unfortunately, I no longer use IceWM (I've decided to go with Xfce, at least for a while). Given that both Vytautas and Pacho report that the issue is apparently fixed for them, shall I just close this? No response to message 8; closing. |