October 2020 - Wine-Bugs - list.winehq.org

[Bug 29957] New: Silverlight 4 does not install
by wine-bugs＠winehq.org Nov. 24, 2020

Nov. 24, 2020

http://bugs.winehq.org/show_bug.cgi?id=29957 Bug #: 29957 Summary: Silverlight 4 does not install Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.thomas.riker(a)gmail.com Classification: Unclassified Created attachment 38988 --> http://bugs.winehq.org/attachment.cgi?id=38988 Terminal output for Silverlight 4 installer The installer exits before it is finished, and reports "Unable to install Silverlight". -- 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.

2 17

[Bug 17180] New: Wine doesn't honor minimum window size(reported through WM_GETMINMAXINFO)
by wine-bugs＠winehq.org Nov. 24, 2020

Nov. 24, 2020

http://bugs.winehq.org/show_bug.cgi?id=17180 Summary: Wine doesn't honor minimum window size(reported through WM_GETMINMAXINFO) Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diaasami(a)gmail.com Created an attachment (id=19068) --> (http://bugs.winehq.org/attachment.cgi?id=19068) A sample app that sets the minimum window size(through WM_GETMINMAXINFO) to (350,350) It's somehow complicated to explain because WINE handles minimum window size partially but doesn't propagate it to X, so although the window can still be resized to smaller sizes it doesn't receive WM_SIZE when its size goes below the minimum size. See the attached application, it sets the minimum size to 350,350. -- 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.

2 5

[Bug 39832] New: Unable to run Lineage 2 Classic
by wine-bugs＠winehq.org Nov. 23, 2020

Nov. 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=39832 Bug ID: 39832 Summary: Unable to run Lineage 2 Classic Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Scellow33(a)gmail.com Distribution: --- I can run it, i see splash screen, then game opens, i can see game cursor, then once the start of a sound plays, it crash Ubuntu: x64 16.04 Wine Version: 1.8~ubuntu16.04.1 Wine Prefix: 32bit wine L2.exe fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:setupapi:CM_Connect_MachineW stub fixme:setupapi:CM_Get_DevNode_Registry_Property_ExW 0x00000000 13 (nil) 0x679ac00 0x33b800 0x00000000 0x65afdc0: stub fixme:setupapi:CM_Get_DevNode_Registry_Property_ExW 0x00000000 1 (nil) 0x679ac00 0x33b800 0x00000000 0x65afdc0: stub fixme:setupapi:CM_Disconnect_Machine stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x33bafc,0x33baf8): stub fixme:win:EnumDisplayDevicesW ((null),0,0x33b3e8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33b608,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x339bd8,0x00000000), stub! fixme:dinput:IDirectInputDevice7WImpl_EnumEffectsInFile (0x1ccff4)->(L"L2ForecF.ffe",0x9f4ea50,(nil),00000000): stub ! fixme:win:EnumDisplayDevicesW ((null),0,0x339798,0x00000000), stub! err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3277), rejected err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3277), rejected fixme:imm:ImmReleaseContext (0x10064, 0xe8701c8): stub fixme:imm:ImmGetDescriptionW (0x4090409, 0x3399c8, 100): semi stub fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x12d7e9ac): stub -- 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.

2 6

[Bug 43931] New: sv.net comfort fails to render forms ( failed to set pixel format 5)
by wine-bugs＠winehq.org Nov. 22, 2020

Nov. 22, 2020

https://bugs.winehq.org/show_bug.cgi?id=43931 Bug ID: 43931 Summary: sv.net comfort fails to render forms (failed to set pixel format 5) Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: c.anselm(a)paindevs.com Distribution: --- Created attachment 59567 --> https://bugs.winehq.org/attachment.cgi?id=59567 stderr output with WINEDEBUG=d3d The new replacement for the German social insurance reporting software called sv.net comfort is currently unable to render any report-forms. This is necessary for the software to be of any use at all. The software is a complete rewrite compared to the old sv.net classic which is about to go EOL by 31.12.2017. Sadly somebody thought it to be a good idea to use D3D9 to render the forms. This doesn't work. According to WINEDEBUG=d3d the software fails to create any textures due to pixelformat issues. Short excerpt from the log I've recorded to point out the interesting part: (Line 4850 and following) >>> trace:d3d:context_choose_pixel_format device 0x283da948, dc 0x400d3, color_format WINED3DFMT_B8G8R8A8_UNORM, ds_format WINED3DFMT_UNKNOWN, aux_buffers 0. trace:d3d:context_choose_pixel_format Found iPixelFormat=5 for ColorFormat=WINED3DFMT_B8G8R8A8_UNORM, DepthStencilFormat=WINED3DFMT_UNKNOWN. trace:d3d:context_enter Entering context 0x283eafd0, level 1. warn:d3d:context_set_pixel_format Failed to set pixel format 5 on device context 0x400d3, last error 0. err:d3d:context_create Failed to set pixel format 5 on device context 0x400d3. <<< See attachment for the full log. The attached log was created by performing the following actions: 1. launch sv.net comfort (cd ~/.steuer/wineprefix.test/drive_c && WINEDEBUG=d3d WINEARCH=win32 WINEPREFIX=~/.steuer/wineprefix.test wine "c:/program files/sv.net comfort/svnet.exe" 2> ../winedebug-d3d.log) 2. log in 3. switch to the forms tab ("Formulare") 4. open one form ("Beitragsnachweis" -> "Beitragsnachweis (Allgemein, Knappschaft, See, Zahlstelle)") 5. wait for the form to finish loading 6. close the application confirming that I will lose any unsaved inputs I have contacted the sv.net comfort support and have been told that they will not look into the issue as they are not interested in the software working on any system besides Windows 7, 8.1 and 10. The wineprefix is a win32 prefix with version set to Windows 7. Installed winetricks: jet40 mdac27 mdac28 msvcirt vb6run wsh57 Additionally the following libraries have been set to "(Native, Builtin)" using winecfg: ole32 oleaut32 olepro32 Additionally the following libraries have been set to "(Builtin, Native)" using winecfg: wininet Wine --version is "wine-2.18 (Ubuntu 2.18-1)" as shipped with Ubuntu 17.10 in the wine-development package. -- 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.

2 7

[Bug 43841] New: ProfitChart RT crashes at startup with wine 2.18
by wine-bugs＠winehq.org Nov. 21, 2020

Nov. 21, 2020

https://bugs.winehq.org/show_bug.cgi?id=43841 Bug ID: 43841 Summary: ProfitChart RT crashes at startup with wine 2.18 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: danielbermond(a)yahoo.com Distribution: --- Created attachment 59397 --> https://bugs.winehq.org/attachment.cgi?id=59397 ProfitChart RT startup log wine-staging 2.18 ProfitChart RT crashes at startup when using wine[-staging] 2.18. It works nice when downgrading wine-staging to 2.17, so it seems to be a 2.18 regression. Note1: This program needs wine-staging. It will not work under the regular wine due to wine bug #41488 (https://bugs.winehq.org/show_bug.cgi?id=41488) which has a STAGED status (fix is implemented only in wine-staging). So I'm not sure if this current bug is specific to wine or wine-staging. Note2: It also needs 'speechsdk' component to be installed in order to work. ProfitChart RT is a financial market application. Official download link: http://www.nelogica.com.br/produtos/bin/profitchart/profitchartRT_setup.exe System information: OS: Arch Linux x86_64 wine: wine-2.18 (Staging) Startup log is attached. Using a clean 32-bit wineprefix in the default ~/.wine directory, adding only the needed 'speechsdk' component. -- 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.

2 19

[Bug 48919] New: Balabolka (TTS app) reports SAPI Error Code 0x80045004 since Wine 2.18 with native SAPI 5.1 via 'winetricks -q speedcsdk'
by WineHQ Bugzilla Nov. 21, 2020

Nov. 21, 2020

https://bugs.winehq.org/show_bug.cgi?id=48919 Bug ID: 48919 Summary: Balabolka (TTS app) reports SAPI Error Code 0x80045004 since Wine 2.18 with native SAPI 5.1 via 'winetricks -q speedcsdk' Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, a user named "HaJones" visited IRC #winehq some hours ago. He asked how to install multiple Wine versions. He wanted old Wine 2.17 alongside with 5.x. It turns out the real reason was this: https://forum.winehq.org/viewtopic.php?t=30711 ("Balabolka and SAPI5 TTS doesn't work on Wine 3.0 and 3.0.1."). Apparently Balabolka broke with Wine 2.18 The users suspicion was that the addition of SAPI component to Wine broke it https://www.winehq.org/announce/2.18 --- snip --- Huw D. M. Davies (16): include: Add sapi.idl. include: Add sapiddk.idl. include: Add sperror.h. sapi: Add a stub dll. sapi: Register the typelib. sapi: Register the classes from sapiddk.idl that would otherwise not get registered. sapi: Create the Voices registry key. sapi: Add a stub SpDataKey object implementation. sapi: Implement SpDataKey::SetKey(). sapi: Add a stub SpObjectTokenEnum object implementation. sapi: Implement SpObjectTokenEnum::SetAttribs(). sapi: Implement SpObjectTokenEnum::GetCount(). sapi: Add a partial implementation of SpObjectTokenEnum::Next(). sapi: Add a stub SpObjectTokenCategory object implementation. sapi: Implement SpObjectTokenCategory::SetId(). sapi: Add a partial implementation of SpObjectTokenCategory::EnumTokens(). --- snip --- Native SAPI was installed via 'winetricks -q speechsdk' so the reason must be something else unless there is some override problem or weird COM class registry accident/mixup. Download: https://web.archive.org/web/20200406005249/http://balabolka.site/balabolka.… "test 123" is the sample text to synthesize. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Balabolka $ WINEDEBUG=+seh,+relay,+ole,+variant wine ./balabolka.exe >>log.txt 2>&1 ... 0062:Ret window proc 0x2a20d8c (hwnd=0x1073a,msg=CB_GETLBTEXT,wp=00000000,lp=02a0b384) retval=00000028 0062:Ret user32.SendMessageW() retval=00000028 ret=0045e740 0062:Call user32.CharUpperBuffW(02a0ee04 L"Microsoft Mary [English (United States)]",00000028) ret=0040ef32 0062:Ret user32.CharUpperBuffW() retval=00000028 ret=0040ef32 0062:Call user32.CharLowerBuffW(0e23d1cc L"test 123",00000008) ret=0040efc2 .... 0062:Call user32.InvalidateRect(00010794,0032f7f8,00000000) ret=004aaf92 0062:Ret user32.InvalidateRect() retval=00000001 ret=004aaf92 0062:Call oleaut32.SysAllocStringLen(0e23d1cc L"test 123",00000008) ret=004065dc 0062:Call KERNEL32.IsBadStringPtrW(0e23d1cc,00000008) ret=100060d7 0062:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=100060d7 0062:trace:ole:SysAllocStringLen L"test 123" 0062:Call ucrtbase.memcpy(02b83e14,0e23d1cc,00000010) ret=10006269 0062:Ret ucrtbase.memcpy() retval=02b83e14 ret=10006269 0062:Ret oleaut32.SysAllocStringLen() retval=02b83e14 ret=004065dc ... 0062:Call ole32.GetErrorInfo(00000000,0032f7f4) ret=004cfe3e 0062:trace:ole:GetErrorInfo (0, 0032F7F4, 00000000) 0062:Ret ole32.GetErrorInfo() retval=00000001 ret=004cfe3e 0062:Call KERNEL32.FormatMessageW(00003200,00000000,80045004,00000000,0032f538,00000100,00000000) ret=00416070 0062:Ret KERNEL32.FormatMessageW() retval=00000000 ret=00416070 ... 0062:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032f7a8) ret=004d2d94 0062:Call ntdll.memcpy(0032f718,0032f7a8,0000001c) ret=7b00dbc1 0062:Ret ntdll.memcpy() retval=0032f718 ret=7b00dbc1 0062:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00dbd1 ip=7b00dbd1 tid=0062 0062:trace:seh:raise_exception info[0]=004d2d94 0062:trace:seh:raise_exception info[1]=0e22bd30 0062:trace:seh:raise_exception info[2]=80045004 0062:trace:seh:raise_exception info[3]=004d2d94 0062:trace:seh:raise_exception info[4]=0000008b 0062:trace:seh:raise_exception info[5]=0032f7f8 0062:trace:seh:raise_exception info[6]=0032f7c4 0062:trace:seh:raise_exception eax=0032f704 ebx=80045004 ecx=0032f7a8 edx=0032f704 esi=00000007 edi=0032f770 0062:trace:seh:raise_exception ebp=0032f758 esp=0032f704 cs=320023 ds=ffff002b es=002b fs=f7c70063 gs=006b flags=00000212 0062:trace:seh:call_stack_handlers calling handler at 0x4cfef8 code=eedfade flags=1 0062:trace:seh:call_stack_handlers handler at 0x4cfef8 returned 1 0062:trace:seh:call_stack_handlers calling handler at 0x4d2dad code=eedfade flags=1 ... 0062:Call winex11.drv.SetWindowText(00010bee,04d02c70 L"Can not synthesize the speech: OLE error 80045004.\r\n\r\nThe caller has specified invalid flags for this operation.\r\n[SAPI Error Code 0x80045004]") ret=7e7ccc65 --- snip --- Unfortunately not much to see from trace log. Commence debugging action. In the working case (Wine 2.17), the app calls 'ISpVoice::Speak' like this: ISpVoice::Speak(text, 0xb, NULL); 0xb = speak flags = (SPF_DEFAULT | SPF_PURGEBEFORESPEAK | SPF_IS_XML) In the "broken" case, that is starting with Wine 2.18, the app passes a different speak flags value which SAPI 5.1 refuses to accept. This resulted in SAPI error code 0x80045004. --- snip --- 009F79D7 | mov edx,dword ptr ss:[ebp-180] | UNICODE "test 123" 009F79DD | mov ecx,dword ptr ds:[AAEE84] | 009F79E3 | mov ecx,dword ptr ds:[ecx] | ECX = 0x8B = speak flags(!) 009F79E5 | mov eax,dword ptr ss:[ebp-8] | 009F79E8 | mov eax,dword ptr ds:[eax+A94] | 009F79EE | call balabolka.4D2D54 --- snip --- https://docs.microsoft.com/en-us/previous-versions/windows/desktop/ee431843… 0x8b = speak flags = (SPF_PARSE_SAPI | SPF_DEFAULT | SPF_PURGEBEFORESPEAK | SPF_IS_XML) 009F79E3: ECX = ptr 0x00AB940C --- snip --- ... 00AB93FC 012A28E4 ; ASCII "JPop" 00AB9400 0129CD9C ; ASCII "Synthpop" 00AB9404 00000000 00AB9408 FFFFFFFF 00AB940C 0000000B ; speak flags 0xB = '1011 00AB9410 00000000 00AB9414 00000000 ... --- snip --- Using the debugger's "find all references to address" for 0xAB940C: --- snip --- Address Disassembly 00A7A867 mov dword ptr ds:[AB940C],8B 00A7A8B2 mov dword ptr ds:[AB940C],B --- snip --- one comes across this piece of code: --- snip --- 00A7A81A | mov byte ptr ds:[AAD968],al 00A7A81F | cmp byte ptr ds:[AB9435],0 00A7A826 | je balabolka.A7A873 ; set default speak flag 0xb 00A7A828 | lea eax,dword ptr ss:[ebp-3C] 00A7A82B | call balabolka.67AD8C 00A7A830 | mov edx,dword ptr ss:[ebp-3C] 00A7A833 | mov eax,balabolka.AAD96C 00A7A838 | call balabolka.4068F0 00A7A83D | lea eax,dword ptr ss:[ebp-40] 00A7A840 | call balabolka.67AEF0 00A7A845 | mov edx,dword ptr ss:[ebp-40] 00A7A848 | mov eax,balabolka.AAD970 00A7A84D | call balabolka.4068F0 00A7A852 | lea eax,dword ptr ss:[ebp-44] 00A7A855 | call balabolka.67B3DC 00A7A85A | mov edx,dword ptr ss:[ebp-44] 00A7A85D | mov eax,balabolka.AAD974 00A7A862 | call balabolka.4068F0 00A7A867 | mov dword ptr ds:[AB940C],8B ; speak flags = questionable 00A7A871 | jmp balabolka.A7A8BC 00A7A873 | lea eax,dword ptr ss:[ebp-48] 00A7A876 | call balabolka.67B054 00A7A87B | mov edx,dword ptr ss:[ebp-48] 00A7A87E | mov eax,balabolka.AAD96C 00A7A883 | call balabolka.4068F0 00A7A888 | lea eax,dword ptr ss:[ebp-4C] 00A7A88B | call balabolka.67B218 00A7A890 | mov edx,dword ptr ss:[ebp-4C] 00A7A893 | mov eax,balabolka.AAD970 00A7A898 | call balabolka.4068F0 00A7A89D | lea eax,dword ptr ss:[ebp-50] 00A7A8A0 | call balabolka.67B598 00A7A8A5 | mov edx,dword ptr ss:[ebp-50] 00A7A8A8 | mov eax,balabolka.AAD974 00A7A8AD | call balabolka.4068F0 00A7A8B2 | mov dword ptr ds:[AB940C],B ; speak flags = ok --- snip --- The decision is made from 00A7A81F, based on value of [AB9435]. Again, using the debugger's "find all references to address" for 0xAB9435: --- snip --- Address Disassembly 00A7A13A setg byte ptr ds:[AB9435] ; set internal app flag 00A7A6A5 cmp byte ptr ds:[AB9435],0 00A7A81F cmp byte ptr ds:[AB9435],0 --- snip --- One comes across this piece of code: --- snip --- 00A7A0F3 | mov byte ptr ds:[AB9423],al 00A7A0F8 | mov dl,1 00A7A0FA | mov eax,dword ptr ds:[427088] 00A7A0FF | call balabolka.404604 00A7A104 | mov dword ptr ds:[AB9430],eax 00A7A109 | mov eax,dword ptr ds:[AAE8F4] 00A7A10E | cmp dword ptr ds:[eax],5 00A7A111 | jne balabolka.A7A11D 00A7A113 | mov eax,dword ptr ds:[AAF1CC] 00A7A118 | cmp dword ptr ds:[eax],0 00A7A11B | jg balabolka.A7A12B 00A7A11D | mov eax,dword ptr ds:[AAE8F4] 00A7A122 | cmp dword ptr ds:[eax],5 00A7A125 | jg balabolka.A7A12B 00A7A127 | xor eax,eax 00A7A129 | jmp balabolka.A7A12D 00A7A12B | mov al,1 00A7A12D | mov byte ptr ds:[AB9434],al 00A7A132 | mov eax,dword ptr ds:[AAE8F4] ; ptr -> 00A7CC74 00A7A137 | cmp dword ptr ds:[eax],5 ; OS Major version 5.x ? 00A7A13A | setg byte ptr ds:[AB9435] ; set flag if Windows Vista+ (6.x) 00A7A141 | mov eax,dword ptr ds:[AAE8F4] 00A7A146 | cmp dword ptr ds:[eax],6 ; Windows Vista 6.0 ? 00A7A149 | jne balabolka.A7A155 00A7A14B | mov eax,dword ptr ds:[AAF1CC] --- snip --- Repeating the recipe of backwards resolving address references over and over again. Fortunately there is no dynamic heap memory allocation involved here, so the memory references are stable across multiple debugger sessions. The final place (when going backwards): --- snip --- 00A7CC64 00000000 00A7CC68 00000000 00A7CC6C 00000000 00A7CC70 00000002 00A7CC74 00000006 ; OS Major version 00A7CC78 00000001 00A7CC7C 00001DB1 00A7CC80 029D675C L"Service Pack 1" --- snip --- --- snip --- 004176D4 | add esp,FFFFFEEC | 004176DA | mov dword ptr ss:[esp],114 | 004176E1 | push esp | 004176E2 | call balabolka.40A094 | call to jmp GetVersionExW 004176E7 | test eax,eax | 004176E9 | je balabolka.41773B | 004176EB | mov eax,dword ptr ss:[esp+10] | 004176EF | mov dword ptr ds:[A7CC70],eax | 004176F4 | mov eax,dword ptr ss:[esp+4] | 004176F8 | mov dword ptr ds:[A7CC74],eax | store OS Major version 004176FD | mov eax,dword ptr ss:[esp+8] | 00417701 | mov dword ptr ds:[A7CC78],eax | 00417706 | cmp dword ptr ds:[A7CC70],1 | 0041770D | jne balabolka.41771F | --- snip --- Trace log for reference (return address): --- snip --- 0062:Call KERNEL32.GetVersionExW(0032fd80) ret=004176e7 0062:Ret KERNEL32.GetVersionExW() retval=00000001 ret=004176e7 --- snip --- Apparently the application detects 'Windows 7' and assumes SAPI 5.3 (Vista+) or 5.4, hence the speak flag value of 0xb8. This obviously can't work with SAPI 5.1 which was installed via winetricks. Why did it "work" on Wine 2.17 then? 'winetricks -q speechsdk' with Wine 5.6: --- snip --- ... regsvr32: Successfully registered DLL 'C:\Program Files (x86)\Microsoft Speech SDK 5.1\Bin\SREng.dll' Executing ln -s /home/focht/.wine/dosdevices/c:/Program Files (x86)/Common Files/Microsoft Shared/Speech/sapi.dll /home/focht/.wine/dosdevices/c:/windows/syswow64/Speech/Common Using native override for following DLLs: sapi ... The operation completed successfully Setting Windows version to default Executing wine regedit /S C:\windows\Temp\set-winver.reg Executing wine64 regedit /S C:\windows\Temp\set-winver.reg ... --- snip --- Recent 'winetricks -q speechsdk' with Wine 2.17: --- snip --- ... Using winetricks 20191224-next - sha256sum: 895b74ea65452b02d32fe9190a63a8cac492760834c1951607005ba32045d59e with wine-5.6 and WINEARCH=win64 ... regsvr32: Successfully registered DLL 'C:\Program Files (x86)\Microsoft Speech SDK 5.1\Bin\SREng.dll' Executing ln -s /home/focht/.wine/dosdevices/z:/home/focht/%CommonProgramFiles(x86)%/Microsoft Shared/Speech/sapi.dll /home/focht/.wine/dosdevices/c:/windows/syswow64/Speech/Common ln: failed to create symbolic link '/home/focht/.wine/dosdevices/c:/windows/syswow64/Speech/Common': No such file or directory ------------------------------------------------------ Note: command ln -s /home/focht/.wine/dosdevices/z:/home/focht/%CommonProgramFiles(x86)%/Microsoft Shared/Speech/sapi.dll /home/focht/.wine/dosdevices/c:/windows/syswow64/Speech/Common returned status 1. Aborting. ------------------------------------------------------ --- snip --- 'syswow64/Speech/Common' only exists starting with Wine 2.18. The failure of the verb causes winetricks to abort, not restoring the Windows version from 'Windows 2000' to default 'Windows 7'. The application detects WinVer < Windows Vista (6.x) magically works (passing speak flags -> 0xb). Additional point: Even if the an old release of 'winetricks' script restored the Windows version (before https://github.com/austin987/winetricks/commit/84b50038f090ec262d6cdb48ed79…) many users created WINEPREFIXes with older Wine versions and WinVer is not changed/reset by an upgrade. Last time the default WinVer was bumped with Wine 2.2 from 'Windows XP SP3' to 'Windows 7 SP1'. Multiple options: (1) When installing SAPI 5.1, the Windows version must be kept at 'Windows 2000' or 'Windows XP' and not restored to default 'Windows 7'. This might impact some TTS apps that require Windows 7 but on the other hand with Windows 7 you would never encounter SAPI 5.1. SAPI 5.4 -> distributed as part of OS. The app works again with WinVer set to 'Windows XP'. (2) Upgrade the 'speechsdk' verb to install SAPI 5.3 or later (5.4) from Windows SDK. --- Anyway, this is not a Wine problem but a Winetricks one. This ticket is only for Winetricks reference and documenation. Will create a ticket at https://github.com/Winetricks/winetricks asap. $ sha1sum balabolka.zip fb63e6232acba9bf0bfae70e8d5155d347a47292 balabolka.zip $ du -sh balabolka.zip 19M balabolka.zip $ wine --version wine-5.6 Regards -- 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 32475] New: Qvod 5.5 crashes when trying to play any video or audio
by wine-bugs＠winehq.org Nov. 21, 2020

Nov. 21, 2020

http://bugs.winehq.org/show_bug.cgi?id=32475 Bug #: 32475 Summary: Qvod 5.5 crashes when trying to play any video or audio Product: Wine Version: 1.5.19 Platform: x86 URL: http://dl.kuaibo.com/QvodSetupPlus5.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Depends on: 32474 Classification: Unclassified Created attachment 42838 --> http://bugs.winehq.org/attachment.cgi?id=42838 Log: +quartz,+tid,+seh trace 1. Download and install Qvod 5.5: $ sha1sum QvodSetupPlus5.exe 3735755bd45db19123f1cc07fcdcd05dd8ece69c QvodSetupPlus5.exe $ wine QvodSetupPlus5.exe 2. winetricks -q gdiplus, workaround Bug 32474 3. Start Qvod player: ~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe 4. click "打开"/Open, select any video/audio . I tested mp3/wma/rmvb/avi and other formats. Crash happens. winetricks -q quartz doesn't workaround; however, with native quartz, after setting WINEDEBUG=+relay and redirect the log to some file on disk, the crash would disappear, audio could be played well. if the relay log is redirected to /dev/null instead, then QvodPlayer still crashes even with native quartz. -- 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.

2 4

[Bug 47374] New: Thronebreaker: The Witcher Tales rendering is messed up
by wine-bugs＠winehq.org Nov. 20, 2020

Nov. 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=47374 Bug ID: 47374 Summary: Thronebreaker: The Witcher Tales rendering is messed up Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 64708 --> https://bugs.winehq.org/attachment.cgi?id=64708 menu screenshot warn:d3d11:d3d11_immediate_context_QueryInterface {420d5b32-b90c-4da4-bef0-359f6a24a83a} not implemented, returning E_NOINTERFACE. warn:d3d11:d3d_device_inner_QueryInterface {6007896c-3244-4afd-bf18-a6d3beda5023} not implemented, returning E_NOINTERFACE. wine-4.10-154-gc674ceefe1 -- 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.

2 5

[Bug 45650] New: x32 chromium sandbox expects different syscall thunks
by wine-bugs＠winehq.org Nov. 20, 2020

Nov. 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=45650 Bug ID: 45650 Summary: x32 chromium sandbox expects different syscall thunks Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62079 --> https://bugs.winehq.org/attachment.cgi?id=62079 0010-winebuild-Simplifly-32bit-syscall-thunk-to-fix-issue Follow up to bug 45649, and basically an addition to bug 21232. The existing api thunks work already kind of, but not for all windows versions. Attached a patch to makes 32bit chrome and chromium work with any windows version >=XP, both in 32bit and 64bit WINEPREFIX. -- 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.

2 13

[Bug 43513] New: Ys VI: The Ark of Napishtim - videos are not playing
by wine-bugs＠winehq.org Nov. 20, 2020

Nov. 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=43513 Bug ID: 43513 Summary: Ys VI: The Ark of Napishtim - videos are not playing Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: Debian Created attachment 58903 --> https://bugs.winehq.org/attachment.cgi?id=58903 terminal output wine-2.14 All ingame videos are silently skipped. -- 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.

2 11