http://bugs.winehq.org/show_bug.cgi?id=37048
Bug ID: 37048 Summary: Apps using JavaFX fail to show the GUI Product: Wine Version: 1.7.22 Hardware: x86 URL: http://lobby.siedler3.net/install/alobbyInstall_1.1.2. exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: adrian.kalla@gmail.com
Created attachment 49230 --> http://bugs.winehq.org/attachment.cgi?id=49230 Java sample code that can reproduce the problem
With: java version "1.8.0_11" Java(TM) SE Runtime Environment (build 1.8.0_11-b12) Java HotSpot(TM) Client VM (build 25.11-b03, mixed mode, sharing) on Wine 1.7.22 and earlier, Java apps with some JavaFX elements fail to show them when Wine Windows compatibility is set to WinXP or newer. But when you move the mouse over links etc., you still see, that the content is there - it is just not being shown. When setting compatibility to Win2000, the web elements are shown - but the fonts are not being rendered...
With: java version "1.7.0_51" Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode) on Wine 1.7.22 and earlier, Java apps with some JavaFX elements fail to show them when Wine Windows compatibility is set to WinXP , WinVista, Win7 or Win8. When setting compatibility to Win2000, Win2003 or Win2008 the web elements are shown correctly.
With Java versions before 1.7.0_4x-something, it did work if Wine Windows compatibility was set to Win2000, Win2003 or Win2008. If it was set to any other Windows version, then stylesheets to the fonts were not applied.
To test it you can either use the sample Java code attached (you will need a JDK to build it) or use the app where I first discovered the problem: the aLobby which can be downloaded from here: http://lobby.siedler3.net/install/alobbyInstall_1.1.2.exe (after registering a user and logging in, on the left side of the window will be the JavaFX panel; if the problem is there, then the left side will look just empty).
It seems like it always works with Oracle JRE 7, if the Windows version consists of four digits. Either Java Windows detection does something silly here or Wine...
http://bugs.winehq.org/show_bug.cgi?id=37048
--- Comment #1 from Adrian Kalla adrian.kalla@gmail.com --- Created attachment 49231 --> http://bugs.winehq.org/attachment.cgi?id=49231 aLobby with java 1.7.0_51 as win2003
http://bugs.winehq.org/show_bug.cgi?id=37048
--- Comment #2 from Adrian Kalla adrian.kalla@gmail.com --- Created attachment 49232 --> http://bugs.winehq.org/attachment.cgi?id=49232 aLobby with java 1.7.0_51 as win2003
http://bugs.winehq.org/show_bug.cgi?id=37048
Adrian Kalla adrian.kalla@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49232|0 |1 is obsolete| |
--- Comment #3 from Adrian Kalla adrian.kalla@gmail.com --- Created attachment 49234 --> http://bugs.winehq.org/attachment.cgi?id=49234 aLobby with java 1.7.0_51 as winxp
https://bugs.winehq.org/show_bug.cgi?id=37048
jL bugzilla@andamira.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla@andamira.net
--- Comment #4 from jL bugzilla@andamira.net --- Created attachment 49622 --> https://bugs.winehq.org/attachment.cgi?id=49622 I attach the wine messages from when the window in black opens
I confirm the same bug. Both using wine 1.6.2 and 1.7.26 and java 1.8.0_20
It affects applications developed with B4J. An IDE for windows that produces multiplatform java jars, using JavaFX for the GUI.
After compilation it opens the program so you can test and debug. It shows the GUI all in black, but responsive, since the input events are logged correctly.
https://bugs.winehq.org/show_bug.cgi?id=37048
jL bugzilla@andamira.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian.kalla@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=37048
--- Comment #5 from Adrian Kalla adrian.kalla@gmail.com --- While the bug does still exist in Wine 1.7.38, I did find a workaround:
When passing the parameter
-Dprism.order=j2d
to the java.exe, which afaik changes the rendering backend for JavaFX, JavaFX seems to work without problems with Wine 1.7.38.
To workaround other "sometimes black GUI" issues, I additionally pass the following parameter:
-Dsun.java2d.d3d=false
which changes the rendering backend for Java from Direct3D to GDI.