Not sure, if this is gtk3 specific or affecting both.
Anyway, once an element is added to the systray, if its icon changes between one being mostly transparent and one that isn't (in this case it's observed with ibus (standard keyboard indicator is just text on transparent background, most engine icons aren't)), switch from mostly transparent to opaque goes fine, but in the other direction, new icon is just drawn on top of the old one, instead of fully replacing it.
It seems (looking at the code, not the running program) that both gnome-panel and xfce-panel have a piece of code for such case, but their design is a bit too different from lxpanel for me to figure it out quicky enough how to reimplement that.
Thank you for reporting this. Does that scenario happens when panel pseudo-transparency is on or off?
...it's been awhile.
Anyway, I'm not quite sure what you mean.
Background is set to "Solid color" (fully opaque) and compositor is just xcompmgr, though later shouldn't matter with fully opaque color.
There were similar problems in i3's systray. It seems that this problem is fixed in gtk+ version 3.24.3, see https://gitlab.gnome.org/GNOME/gtk/issues/1280
Well, this sounded somewhat promissing, but still a bust.
With 3.24.5, still there.