https://bugs.winehq.org/show_bug.cgi?id=47600
Bug ID: 47600 Summary: DeaDBeeF doesn't show icons Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: t6zm3v62fkp7fe5@yandex.ru Distribution: ---
Created attachment 65017 --> https://bugs.winehq.org/attachment.cgi?id=65017 Screenshot
DeaDBeeF for Windows (https://github.com/DeaDBeeF-for-Windows/deadbeef/releases/download/2019-06-0...) doesn't show icons and outputs these strings when opening the menu:
002b:err:module:import_dll Library librsvg-2-2.dll (which is needed by L"C:\Program Files\DeaDBeeF\lib\gdk-pixbuf-2.0\2.10.0\loaders\libpixbufloader-svg.dll") not found 002b:err:module:import_dll Library libxml2-2.dll (which is needed by L"C:\Program Files\DeaDBeeF\lib\gdk-pixbuf-2.0\2.10.0\loaders\libpixbufloader-svg.dll") not found
Lubuntu 18.04.2, Wine 4.13 from official PPA.
https://bugs.winehq.org/show_bug.cgi?id=47600
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de Severity|normal |minor URL| |https://github.com/DeaDBeeF | |-for-Windows/deadbeef/relea | |ses/download/2019-06-08/dea | |dbeef-2019-06-08.exe Keywords| |download Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Confirming the problem. Although I don't get those missing library messages... I get lines like ############
(deadbeef.exe:38): Gtk-WARNING **: 21:36:30.007: Error loading theme icon 'media-playback-stop' for stock: Icon 'media-playback-stop' not present in theme Windows-10-Icons
(deadbeef.exe:38): Gtk-WARNING **: 21:36:30.013: Error loading theme icon 'media-playback-start' for stock:
(deadbeef.exe:38): Gtk-WARNING **: 21:36:30.017: Error loading theme icon 'media-playback-pause' for stock: Icon 'media-playback-pause' not present in theme Windows-10-Icons
#############
That seems like the problem here.
Lowering importance, since the program itself works just fine.
https://bugs.winehq.org/show_bug.cgi?id=47600
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source CC| |damjan.jov@gmail.com
--- Comment #2 from Damjan Jovanovic damjan.jov@gmail.com --- Clearing the XDG_DATA_DIRS environment variable seems to fix it for me, ie.:
XDG_DATA_DIRS= wine ./deadbeef.exe
I think glib consults that variable even on Windows, and since it contains *nix paths under Wine, it breaks. See this function for instance: https://docs.gtk.org/glib/func.get_system_data_dirs.html
Not too sure what the best fix is here. There's another app I found which breaks because it checks for the DISPLAY environment variable (for X11 server) which is normally absent on Windows, but present on Wine. How should *nix environment variables be hidden from Windows apps?
https://bugs.winehq.org/show_bug.cgi?id=47600
--- Comment #3 from Austin English austinenglish@gmail.com --- (In reply to Damjan Jovanovic from comment #2)
Clearing the XDG_DATA_DIRS environment variable seems to fix it for me, ie.:
XDG_DATA_DIRS= wine ./deadbeef.exe
I think glib consults that variable even on Windows, and since it contains *nix paths under Wine, it breaks. See this function for instance: https://docs.gtk.org/glib/func.get_system_data_dirs.html
Not too sure what the best fix is here. There's another app I found which breaks because it checks for the DISPLAY environment variable (for X11 server) which is normally absent on Windows, but present on Wine. How should *nix environment variables be hidden from Windows apps?
Bug 1490 was about a similar issue, which was closed WONTFIX with the suggestion to manually unset the variable as you did, or use `env -i`.
There used to be a list of variables that wine treated special (in dlls/kernel32/process.c), but it seems that was removed (didn't try to find when/why): https://www.winehq.org/pipermail/wine-patches/2010-February/085002.html
https://bugs.winehq.org/show_bug.cgi?id=47600
--- Comment #4 from Damjan Jovanovic damjan.jov@gmail.com --- (In reply to Austin English from comment #3)
Bug 1490 was about a similar issue, which was closed WONTFIX with the suggestion to manually unset the variable as you did, or use `env -i`.
Thank you, I'll chat to AJ.
There used to be a list of variables that wine treated special (in dlls/kernel32/process.c), but it seems that was removed (didn't try to find when/why): https://www.winehq.org/pipermail/wine-patches/2010-February/085002.html
It's been moved to dlls/ntdll/unix/env.c and seem to rename the variables instead.