October 2017 - Wine-bugs - list.winehq.org

[Bug 43854] New: The Witcher 3 (1.31 from GOG) displays a flat, green ( definetely wrong) interface
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43854 Bug ID: 43854 Summary: The Witcher 3 (1.31 from GOG) displays a flat, green (definetely wrong) interface Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: azarus(a)posteo.net Distribution: --- Created attachment 59412 --> https://bugs.winehq.org/attachment.cgi?id=59412 The green interface that I observed. I'm trying to run The Witcher 3 version 1.31 from GOG, but I'm having a strange issue that the interface is completely green (See attachment). During the installation, I encountered a run-time error right after the installer tried to install some Visual C++ Redistributables. The interface error is to be found in the second attachment. I have verified that the downloaded files are intact by selecting the "Verify downloaded files" option in the installer. Upon starting a new save, I get a black screen. The intro videos work. Some system stats: ----- SOFTWARE ----- OS: Gentoo (x86_64) Kernel: 4.13.4 Wine version: 2.18-82-g825d5c8641 (Staging) Mesa: 17.2.2 ----- HARDWARE ----- CPU: Intel Core i5-6600K GPU: AMD R9 Fury -- 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 17

[Bug 39398] New: Private Program: server win socket send data no more then 16K (approx.)
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=39398 Bug ID: 39398 Summary: Private Program: server win socket send data no more then 16K (approx.) Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: gerald(a)igarment.net Distribution: --- I have tried wine 1.6.2 32 bit on CentOS 6 i686 and 1.7.50 32 bit in CentOS 6 x86_64 VM, both have the same problem. I have a server written in Delphi using Asta. When the server run in wine, sending large among of data (over 18K bytes, not exact) will have data lost. I use tcpdump to captured the data sent, it seems the socket cannot send all the data but with no socket error. The program seems to think that all data were sent but wine win socket did not. Obviously, the program is running very fine in Windows. The following is a tcpdump for the tcp package in the server side. The total number of bytes need to send is around 110K. Note that once reach to about 17458 (including tcp header, so the sent data is around 16K), it stop sending. [root(a)wine-asta-17 ~]# tcpdump -i eth3 port 9000 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth3, link-type EN10MB (Ethernet), capture size 65535 bytes 11:24:16.851074 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [P.], seq 292754617:292754698, ack 97998410, win 8192, options [nop,nop,TS val 1335177067 ecr 7050913], length 81 11:24:16.851092 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], ack 81, win 273, options [nop,nop,TS val 7058042 ecr 1335177067], length 0 11:24:16.890921 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [P.], seq 1:82, ack 81, win 273, options [nop,nop,TS val 7058081 ecr 1335177067], length 81 11:24:16.922996 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 82, win 8186, options [nop,nop,TS val 1335177138 ecr 7058081], length 0 11:24:16.975451 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [P.], seq 81:173, ack 82, win 8192, options [nop,nop,TS val 1335177189 ecr 7058081], length 92 11:24:17.015000 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], ack 173, win 273, options [nop,nop,TS val 7058206 ecr 1335177189], length 0 11:24:17.056036 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 82:2978, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056045 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 2978:5874, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056047 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 5874:8770, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056049 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 8770:11666, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056051 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 11666:14562, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.089440 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 2978, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.089460 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [P.], seq 14562:17458, ack 173, win 273, options [nop,nop,TS val 7058280 ecr 1335177300], length 2896 11:24:17.089468 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 2978, win 8192, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091030 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 5874, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091035 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 8770, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091037 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 13114, win 8192, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.120679 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 16010, win 8101, options [nop,nop,TS val 1335177331 ecr 7058247], length 0 11:24:17.121874 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 17458, win 8101, options [nop,nop,TS val 1335177332 ecr 7058280], length 0 ^C 19 packets captured 19 packets received by filter 0 packets dropped by kernel -- 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 5

[Bug 40165] New: Claw: Can't make high jumps
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=40165 Bug ID: 40165 Summary: Claw: Can't make high jumps Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tecywiz121(a)hotmail.com Distribution: --- Tapping the space key causes Captain Claw to make a short jump, but holding it should make the kitty captain jump a lot higher. Sometimes high jumps just don't work, and sometimes they do. You can find a copy of the game here: http://kapitanpazur.piasta.pl/en/downloads.html -- 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 43142] New: Wine incorrectly detects the maximum available in my system version of OpenGL when using AMD Radeon + MESA.
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43142 Bug ID: 43142 Summary: Wine incorrectly detects the maximum available in my system version of OpenGL when using AMD Radeon + MESA. Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zefkerrigan(a)gmail.com Distribution: --- Created attachment 58360 --> https://bugs.winehq.org/attachment.cgi?id=58360 On this screenshot this registry key is added it is seen that the game detects the availability of DirectX11. Unfortunately, only one screenshot can be attached to one message. Please see the second s When using AMD Radeon + MESA, Wine incorrectly detects the maximum available in my system version of OpenGL as OpenGL3.0, but Mesa 17.1.1 supports OpenGL4.5 for my model of graphics hardware. This leads to the fact that games launched with Wine do not detect the possibility of using D3DX11 and, as a result, they can not work if they do not have D3DX9 support, or work in D3DX9 mode if they have support of both D3DX9 and D3DX11. I know that it is possible to manually add this registry key to manually explicitly set the maximum available in my system version of OpenGL: glversion_fix.reg REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "DirectDrawRenderer"="opengl" "UseGLSL"="enabled" "MaxVersionGL"=dword:00040005 But, in my opinion, it would be better if the maximum available version of OpenGL could be detected automatically. Moreover, not everyone knows about the possibility of adding this registry key. And not everyone even knows how to detect the maximum available version of OpenGL in their systems. Unfortunately, this does not correspond to reality. Please take a look at these two different screenshots when the game "World of Warcraft" is running. On one of them this registry key is added it is seen that the game detects the availability of DirectX11. And on the other, this key is not added, and note that in this case the game detects the availability of only DiretX9. -- 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 8

[Bug 42594] New: unable to play pcm wav files
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42594 Bug ID: 42594 Summary: unable to play pcm wav files Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: intosamadhi(a)gmail.com Distribution: --- Running ubuntu 16.10 64bit, with wine 2.2 staging. Using FL Studio (and other audio software, like wmplayer) I am unable to play pcm wav files. All other audio formats work perfectly. Audio is set to Alsa -- 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 5

[Bug 43002] New: Requiem Online - Wine C++ Runtime Library error
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43002 Bug ID: 43002 Summary: Requiem Online - Wine C++ Runtime Library error Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: wessnyder(a)comcast.net Distribution: --- Created attachment 58142 --> https://bugs.winehq.org/attachment.cgi?id=58142 backtrace log Playing Requiem Online generates an error message box when trying to open the Quest panel, either pressing the Quest button with the mouse or the U shortcut key. The error is: Wine C++ Runtime Library Assertion failed! Program: C:\Program Files (x86)\Steam\steamapps\common\Requiem.exe File: /msvcp90/string.c Line: 1982 Expression: "this->size >= pos" Not all the buttons or key shortcuts do this. For example, Skills(K), Possession Beast(L), DNA(N), Community(P), Battlefield(Y), and System(Esc) work. Lucky Box(J) and Quest(U) throw the error. Wine error log attached. I can run with WINEDEBUG=+relay or another way. I may try with the message box catch later today. -- 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 42954] New: ffxiv dx11 fixme:msctf: ThreadMgr_ActivateEx Unimplemented flags 0x4
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42954 Bug ID: 42954 Summary: ffxiv dx11 fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4 Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ssbkm(a)icloud.com Distribution: --- ffxiv dx11 -- 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 42705] New: Hardwood Solitaire III: no music
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42705 Bug ID: 42705 Summary: Hardwood Solitaire III: no music Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 57677 --> https://bugs.winehq.org/attachment.cgi?id=57677 HSIII wine 2.4 staging no music Hello, Hardwood Solitaire III has no music with Wine. How to reproduce: download the trial version here: http://www.silvercrk.com/downloads/solitaire_iii/ Install and launch it with wine, there is no music, only interface sounds. Play trial, go to the options, more options, sound and music, devices, try different options, no music. Thank you for your help. Tested with Wine 2.4 staging. -- 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 8

[Bug 42978] New: Softwares are sometimes running out of virtual desktop
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42978 Bug ID: 42978 Summary: Softwares are sometimes running out of virtual desktop Product: Wine Version: 2.6 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com I always set all my PREFIXs with a virtual desktop to the size of my screen resolution (1920x1080). I'm using i3 and I don't know if this problem occurs with desktop environment but it happens on i3 for sure. It happens since at least 2 years now and it really starts to be annoying. The workaround is to build Wine without xrandr support so games can not be started out of the virtual desktop. The thing is that it will still try to run the game out of the virtual desktop, in that case, it won't start and Wine will stop and will tell me that xrandr support is disabled or something like that (of course it is ! You shouldn't even have to tell me that cause I set a virtual desktop to avoid the problem, idiot). The problem can occurs at any time when running a software. Just close it and restart the software will make Wine run enough fast to display the virtual desktop BEFORE the software so it will be displayed inside (it's just supposition, I have no idea if it is the reason to be honest but closing and restarting always do the trick). It won't happen everytime. Sometimes it will correctly run in the virtual desktop but, at around a bit more than 50%, it will run out of the virtual desktop. If the virtual desktop is already running, the problem will NEVER occur (if, for example, I'm running Steam and starting a game from it or if I am using "explorer" and double clicking on an EXE). It happens on Arch Linux, FreeBSD and NetBSD so it's not BSD related. I use the workaround because I really hate when games change the resolution of my screen. "xrandr -s 1920x1080" will put the resolution back to its native resolution. It can happen on ANYTHING, even winecfg or explorer. No error message, it seems to be a "normal" behavior of Wine, it just seems to be a matter of loading speed of Wine's virtual desktop but it already happened that even closing and running the software again still run it out of virtual desktop, it happens less than the first time but it can happen. -- 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 2

[Bug 43150] New: Problem with d3dcompiler:compile_shader
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43150 Bug ID: 43150 Summary: Problem with d3dcompiler:compile_shader Product: Wine-staging Version: 2.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sr-tream(a)yandex.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 58381 --> https://bugs.winehq.org/attachment.cgi?id=58381 Screenshot from Windows7 Don't work function D3DXCreateEffectFromFile Example code: https://pastebin.com/8Lt83Hr2 and shaders: https://pastebin.com/vtgM6uyv It work in Windows7 (VirtualBox), but in wine function D3DXCreateEffectFromFile returned FAILE Wine output: VBoxShared|⇒ wine ./a.exe fixme:module:load_dll Loader redirect from L"wined3d.dll" to L"wined3d-csmt.dll" fixme:d3dcompiler:compile_shader Unknown compilation target "__fx_2_0__" -- 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 2