Version: unspecified OS: Linux This is a dedicated bug where users can post the apps for which ARGB blacklisting is needed to work correctly. Users, please post the symptoms which are fixed by blacklisting in addition to application's binary name. Reproducible: Didn't try
openshot, jamin and sylpheed should be added to blacklist. Look at bug 260627 for details.
snes9x-gtk should be added to the blacklist too.
*** Bug 260627 has been marked as a duplicate of this bug. ***
Created attachment 55062 [details] Eboard is not rendered correctly with arbg colormap eboard is another application that must be added to blacklist.
@Gocken, thanks. Adding. Note: this is really frustrating. I'm close to giving up on turning on Argb support at all. The statement that gtk does support argb is close to being a lie since virtually all gtk-based applications don't support it, one way or another :( This is very frustrating.
(In reply to comment #5) > @Gocken, > thanks. Adding. > Note: this is really frustrating. > I'm close to giving up on turning on Argb support at all. > The statement that gtk does support argb is close to being a lie since > virtually all gtk-based applications don't support it, one way or another :( > This is very frustrating. Yes I think so, maybe using a whitelist and turning argb support off by default is a better idea.
problem with doing that, is that once the whitelist is set, you will have no way to know that this newly used app actually supports it, cause nobody will go update the argb list for an already working app, to test whether or not it crashes when you white list it. This is a bit unfair for such applications (and there are some) And to our style, which does look better (menus and tooltips) when argb is enabled.
> I'm close to giving up on turning on Argb support at all. This isn't a good idea at all :) There at least do exist some GTK bug reports to improve ARGB support: https://bugzilla.gnome.org/show_bug.cgi?id=586311 - just what we want https://bugzilla.gnome.org/show_bug.cgi?id=516885 - something more general, but close to our hack So, if/when the first of these is implemented, our problems will vanish, because we would just change colormaps of the widgets we need, preserving all others, thus preventing crashes.
Thanks for the info Ruslan ! That's indeed encouraging :)
vmware is already blacklisted, however, vmplayer is still missing though :-) Symptom: You don't get to see the virtual machine's "display" with ARGB
commit 77fa737220e151842c069811f7966a100082124f branch 1.0 Author: Hugo Pereira Da Costa <hugo@oxygen-icons.org> Date: Tue Dec 21 13:47:49 2010 +0100 added vmplayer. CCBUG: 260640 diff --git a/rc/argb-apps.conf b/rc/argb-apps.conf index d724620..2265b8b 100644 --- a/rc/argb-apps.conf +++ b/rc/argb-apps.conf @@ -58,4 +58,4 @@ disable:dockbarx_factory.py:liferea:midori:cheese:gnome-mplayer:gnome-subtitles: disable:npviewer.bin:miro.real:gflashplayer:swfdec-player:xaralx:notecase:codeblocks:ekiga:xfce4-panel disable:chrome:<unknown>:eclipse:Eclipse:.:xmind:audacious2 disable:nautilus:pcmanfm:emacs:AptanaStudio:dia:pgadmin3:kino:winff:mmc:acroread:filezilla -disable:stardict:icecat:openshot:sylpheed:jamin:vmware:snes9x-gtk:eboard +disable:stardict:icecat:openshot:sylpheed:jamin:vmware:vmplayer:snes9x-gtk:eboard
envy24control (from alsa) should be added too. thanks
commit 84b89a4534f62c9377e5c3ae0fa12a053a23244a branch 1.0 Author: Hugo Pereira Da Costa <hugo@oxygen-icons.org> Date: Wed Dec 22 10:18:00 2010 +0100 added envy24control CCBUG: 260640 diff --git a/rc/argb-apps.conf b/rc/argb-apps.conf index 2265b8b..65a7fd3 100644 --- a/rc/argb-apps.conf +++ b/rc/argb-apps.conf @@ -58,4 +58,5 @@ disable:dockbarx_factory.py:liferea:midori:cheese:gnome-mplayer:gnome-subtitles: disable:npviewer.bin:miro.real:gflashplayer:swfdec-player:xaralx:notecase:codeblocks:ekiga:xfce4-panel disable:chrome:<unknown>:eclipse:Eclipse:.:xmind:audacious2 disable:nautilus:pcmanfm:emacs:AptanaStudio:dia:pgadmin3:kino:winff:mmc:acroread:filezilla -disable:stardict:icecat:openshot:sylpheed:jamin:vmware:vmplayer:snes9x-gtk:eboard +disable:stardict:icecat:openshot:sylpheed:jamin:vmware:vmplayer:eboard +disable:envy24control:snes9x-gtk
Created attachment 55367 [details] lazarus must be added to blacklist Here is a screenshot of lazarus, icon are not displayed when argb is enabled. disable:lazarus must be added to list.
Created attachment 55368 [details] Lazarus screenshot with argb disabled
commit 4231d39ec20a9ccdfe02199c74aa5f339eb23f28 branch 1.0 Author: Hugo Pereira Da Costa <hugo@oxygen-icons.org> Date: Thu Dec 30 10:37:56 2010 +0100 added lazarus. CCBUG: 260640 diff --git a/rc/argb-apps.conf b/rc/argb-apps.conf index 1dfde66..8ee0d32 100644 --- a/rc/argb-apps.conf +++ b/rc/argb-apps.conf @@ -59,4 +59,4 @@ disable:npviewer.bin:miro.real:gflashplayer:swfdec-player:xaralx:notecase:codebl disable:chrome:<unknown>:eclipse:Eclipse:.:xmind:audacious2 disable:nautilus:pcmanfm:emacs:AptanaStudio:dia:pgadmin3:kino:winff:mmc:acroread:filezilla disable:stardict:icecat:openshot:sylpheed:jamin:vmware:vmplayer:eboard -disable:envy24control:snes9x-gtk:guayadeque:komodo-bin:SWT +disable:envy24control:snes9x-gtk:guayadeque:komodo-bin:SWT:lazarus
*** Bug 263900 has been marked as a duplicate of this bug. ***
*** Bug 264084 has been marked as a duplicate of this bug. ***
Now that blacklist is no longer needed, i close this bug.
(In reply to comment #19) > Now that blacklist is no longer needed, i close this bug. Can you inform us about the reason? Is the related GTK bugs fixed or is the ARGB disabled by default now?
@Gökcen Latest git version only sets argb colormap to menus, tooltips and combobox lists, not to all the widgets. Apps crashed with previous implementation because they don't expect toplevel etc. windows to have ARGB colormap. Now we don't do such intrusive changes.