March 2019 - Wine-Bugs - list.winehq.org

[Bug 43344] New: Cannot play setting ZBuffer to 32 bits
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=43344 Bug ID: 43344 Summary: Cannot play setting ZBuffer to 32 bits Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alehiphopdj2(a)hotmail.com Distribution: --- Executing VideoCfg.exe to configure the video settings (video resolution, colors bits and ZBuffer bits). ZBuffer bits can be setted to 16 or 32 bits. 32 bits doesn't work on Wine neither in Win7 Professional SP1. I tried both at the same resolution 800x600 and 32 bits colours. **** On Wine 2.12 under Linux (Ubuntu): screen remains black and does not respond, so i quit pressing Esc key and i get this on console: fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub! fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. Looks like the problem is about that final "fixme" about ddraw. **** On Win7 Professional SP1: a window appears with an error: --------------------------- Fatal error --------------------------- Renderer Initialisation failed !! --------------------------- Accept --------------------------- and pressing Accept button window closes. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 45522] New: wine mono build syntax error
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=45522 Bug ID: 45522 Summary: wine mono build syntax error Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: ryanrkpm(a)yahoo.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- I am trying to build wine mono and install it on my Debian system. checking whether build environment is sane... yes /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure: eval: line 3418: syntax error near unexpected token `(' /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure: eval: line 3418: `${SHELL} /media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/missing --is-lightweight' ryan(a)RKPM-BP-CLR:/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3$ This is the line they are talking about... if eval "$MISSING --is-lightweight"; then What shall i do? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 46502] New: Windows events WM_ENTERSIZEMOVE, WM_EXITSIZEMOVE are not sent
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=46502 Bug ID: 46502 Summary: Windows events WM_ENTERSIZEMOVE, WM_EXITSIZEMOVE are not sent Product: Wine Version: 4.0-rc7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- When moving a Windows dialog around the Windows notifications messages WM_ENTERSIZEMOVE https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-entersizemove WM_EXITSIZEMOVE message https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-exitsizemove are not sent. In Wine 2.0 these messages were sent but in Wine 4.0-rc7 not anymore. Therefore it looks like that this is a regression bug. Unfortubnately I cannot say with which version this bug came in. Sorry, that I have not found this bug ealier. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 22546] New: Error Snelstart after loading
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=22546 Summary: Error Snelstart after loading Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Created an attachment (id=27653) --> (http://bugs.winehq.org/attachment.cgi?id=27653) errorlog+ backtrace snelstart error after snelstart loads, it asks for script55. with winetricks i installed script56. after that the app crashed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 37562] New: Skype opens apps.skype.com on every start
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=37562 Bug ID: 37562 Summary: Skype opens apps.skype.com on every start Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Most likely there's something missing in Wine so Skype cannot change the state of "apps.skype.com has already been shown". P.S. Make sure you deleted login.cab before trying to debug this issue (proper HTML support is not yet there, see bug 28457). Skype version: 6.21.32.104 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 30721] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=30721 Bug #: 30721 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another one ... --- snip --- Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: Cannot convert string '/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute 'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The method or operation is not implemented. Error at object 'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file 'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. ---> System.NotImplementedException: The method or operation is not implemented. at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts() at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapPalette palette) at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation() at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber, BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapDecoder decoder) at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder decoder, ReadOnlyCollection`1 frames) at System.Windows.Media.Imaging.BitmapDecoder.get_Frames() at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) ... --- snip --- $ wine --version wine-1.5.4-185-g6c51c1b Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 43671] New: World War II Online: Connection with Playgate Auth server fails and times out
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=43671 Bug ID: 43671 Summary: World War II Online: Connection with Playgate Auth server fails and times out Product: Wine Version: 2.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)brianvuyk.com Distribution: --- Created attachment 59114 --> https://bugs.winehq.org/attachment.cgi?id=59114 Wireshark capture showing communication between the game and remote auth server App Download location: http://downloads.wwiionline.com/wwiiol_1.35.9.4.exe The game installs correctly, and the offline mode (C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) works absolutely flawlessly. However, if you attempt to enter in online mode (via C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) currently doesn't work. This latter path launches the 'Playgate' app which handles the authentication prior to launching the game. The workflow is as follows: 1. Playgate launches as requires you to accept the Terms of Service. 2. Second window shows latest news pulled from then website, and a username & password form. 3. Above the login form, it keeps showing 'Connecting to auth.playnet.com [attempt 1]' with the attempt number increasing. With some snooping using wireshark Wireshark showed the following pattern in the TCP traffic: 1. The game connects to the authentication server and gets a 301 redirect to a HTTPS version. 2. The game negotiates a TLS connection and recieves data from the Auth server for 70-800ms. 3. The remote end (auth server) stops sending packets. 4. After 1500ms wait, the game closes the connection and attempts to re-establish it. 5. Subsequent connection attempts appear to be closed immediately on the remote end. auth.playnet.com resolves to 204.237.246.55, but has also resolved to 204.237.246.54 before. Probably a primary and secondary. This game used to have gold & platinum ratings under Wine 1.6 in 2014/2015. However, both the game code and Wine are advancing. The current version of the game requires at least Wine 1.7.39 to operate as it requires a function not implemented until then. Note that this same behaviour is present when tested on 1.7.55 and 2.0.2 I am attaching two files: 1. A .pcap file showing the communication between the game and the auth server. Note the time gap between packet 146 (A TCP ACK packet from my machine up to the remote server) and packet 147 - my local sending a [FIN,ACK] packet to unilaterally close the connection after 1500ms of no traffic. 2. I will also add the terminal output wine gives. Note the lines indicating the timeout. After several attempts, I hit 'Cancel' to close the app. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 46589] New: configure --without-gnutls cause link error
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=46589 Bug ID: 46589 Summary: configure --without-gnutls cause link error Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- When gnutls cannot be found, either explicitly or not, then the following linker errors occur. /usr/bin/ld: bcrypt_main.o: in function `BCryptGenerateKeyPair': /home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1196: undefined reference to `key_asymmetric_init' /usr/bin/ld: bcrypt_main.o: in function `BCryptFinalizeKeyPair': /home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1213: undefined reference to `key_asymmetric_generate' /usr/bin/ld: bcrypt.dll.so: hidden symbol `key_asymmetric_generate' isn't defined The regression was caused by one/both of the following commits. bcrypt: Move GnuTLS support to a new file. 018b695efaaa347e52e6b63ffcfa66f6551333aa bcrypt: Move macOS support to a new file. d265dd88cd93ce6ffe56c9cfd640b064d7c14e29 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 36155] New: valgrind shows a leak whenever using a virtual desktop
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=36155 Bug ID: 36155 Summary: valgrind shows a leak whenever using a virtual desktop Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645 ==27721== at 0x7BC4C735: notify_alloc (heap.c:255) ==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27721== by 0x5EF852D: query_screens (xinerama.c:128) ==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196) ==27721== by 0x5EF2737: process_attach (x11drv_main.c:574) ==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693) ==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40) ==27721== by 0x7BC52FC0: ??? (loader.c:138) ==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==27721== by 0x7BC5597C: process_attach (loader.c:1157) ==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==27721== by 0x7B85A79A: load_library (module.c:933) ==27721== by 0x7B85A908: LoadLibraryExW (module.c:990) ==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032) ==27721== by 0x525BE16: load_desktop_driver (driver.c:76) ==27721== by 0x525BFA2: load_driver (driver.c:98) ==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741) ==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090) ==27721== by 0x55D64FE: get_display_driver (driver.c:101) ==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122) ==27721== just about every test shows this: [austin(a)localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log 503 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 46819] New: Unknown SDL controllers cause crash
by wine-bugs＠winehq.org March 10, 2019

March 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46819 Bug ID: 46819 Summary: Unknown SDL controllers cause crash Product: Wine Version: 4.3 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winebus.sys Assignee: wine-bugs(a)winehq.org Reporter: zakk(a)rsdio.com Created attachment 63839 --> https://bugs.winehq.org/attachment.cgi?id=63839 winedbg backtrace I have an arcade stick (Hori RAP4 for PS4) that I'm attempting to use with games under wine. If the stick is plugged in and any input is entered (buttons, stick etc) any program that cares about XInput will crash, including Steam. However, if I generate an SDL controller config (using a tool like SDL2 Gamepad Tool) and then set the environment variable SDL_GAMECONTROLLERCONFIG, everything works as expected. Note that since this is an arcade stick, it does not present the same number of axes and buttons as a normal gamepad. I believe this may cause some differences if I'm reading bus_sdl.c correctly. I have confirmed that other gamepads (ps4 and xboxone) I own do not show this issue. I've attached backtrace from winedbg and console log -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3