http://bugs.winehq.org/show_bug.cgi?id=21644
Summary: Desktop icons created with black background Product: Wine Version: 1.0.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
Hi,
+ "WildLife Park 2" and - "Jack Keane" were installed the same day on MacOS with wine-1.1.34. While WLP2's desktop icon looks good, Jack Keane's icon is created with a black background (both border and inside the steering wheel). This black background bug is not new to me. It also affected the desktop icons of - "Ankh" (the first from the trilogy), - "Geheimakte Tunguska", - "Felix abenteuerliche Reise", - "Kleiner Eisbär, kennst Du den Weg?" and several other titles when I installed them in Linux long ago (some prior to Wine-1.0). Other installs are not affected, e.g. + "Geheimakte 2".
You may scan ~/.loal/share/icons/ for all the icons that Wine created over time on your HD.
Perhaps another issue, perhaps related: I thought .xpm would be created in ~/.local/share/icons/ only as a fallback when libpng is not available. Well, Jack Keane's icon was created in one format, WLP2's in the other one. How comes?
The png vs. xpm issue was re-raised recently in wine-devel: http://www.winehq.org/pipermail/wine-devel/2010-February/081560.html
BTW, ImageMagick also sets a black background when converting .ico to .png. OTOH, Eye of Gnome (eog) "Save as" works, so I've been using it to convert .ico files found on CD to .png icons for .desktop/.command files (the MacOS Finder displays only .png, KDE and Gnome display both .xpm and .png).
Bug #20924 seems related (black background for icon inside application). Bug #201 seems different to me: there should be no app calling a DIB function rather than a strictly Wine-internal CreateDesktopIconFromIcoInExeStructure invoked by the installer. Also, there's no single console log message about dib or graphics during installation.