wine-bugs

wine-bugs@winehq.org

1 participants
158780 discussions

[Bug 9127] Drome Racers requires system stream support in the MPEG-I splitter
by WineHQ Bugzilla 22 Nov '20

22 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=9127 Felix Schwarz <felix.schwarz(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |felix.schwarz(a)web.de -- 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 0

[Bug 50156] New: Horrible/grayscale font antialiasing in Wine 5.22
by WineHQ Bugzilla 22 Nov '20

22 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50156 Bug ID: 50156 Summary: Horrible/grayscale font antialiasing in Wine 5.22 Product: Wine Version: 5.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- After upgrading from Wine 5.20 which did not antialias standard fonts, I'm now looking at Wine 5.22 and I really don't like what you've done to fonts. Is there a way to * either disable font AA and make it similar to Wine 5.20 * or enable RGB antialiasing? I would take any of these options over what Wine 5.22 offers: grayscale font antialiasing which looks quite ugly. -- 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 50120] New: 64-bit Blizzard games fail to launch (virtual_setup_exception stack overflow)
by WineHQ Bugzilla 22 Nov '20

22 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50120 Bug ID: 50120 Summary: 64-bit Blizzard games fail to launch (virtual_setup_exception stack overflow) Product: Wine Version: 5.21 Hardware: x86-64 URL: https://www.blizzard.com/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com Distribution: ArchLinux This is a follow up to bug 45349. After 64-bit syscall thunks were implemented upstream, Blizzard games (apart from Hearthstone) still require winebuild-pe_syscall_thunks Staging patchset to work. Starcraft and Warcraft III are covered in bug 42741 (ClientSdk.dll issue). This bug is to track the remaining games. Diablo III, Starcraft II and Heroes of the Storm all crash early at launch with a stack overflow error (with different addresses): 00d0:err:virtual:virtual_setup_exception stack overflow 2352 bytes in thread 00d0 addr 0x1400cfcca stack 0x9be06d0 (0x9be0000-0x9be1000-0xa3e0000) Probably also World of Warcraft and Overwatch are impacted by this, but I can't verify it. -- 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 43841] New: ProfitChart RT crashes at startup with wine 2.18
by wine-bugs＠winehq.org 21 Nov '20

21 Nov '20

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 21 Nov '20

21 Nov '20

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 4553] Future Cop doesn't start
by WineHQ Bugzilla 21 Nov '20

21 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=4553 --- Comment #41 from joaopa <jeremielapuree(a)yahoo.fr> --- Created attachment 68677 --> https://bugs.winehq.org/attachment.cgi?id=68677 console output Bug still occur with wine-5.22 -- 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 0

[Bug 32475] New: Qvod 5.5 crashes when trying to play any video or audio
by wine-bugs＠winehq.org 21 Nov '20

21 Nov '20

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 50149] New: Chromium/MS WebView2 depends on TEB->ReservedForOle 'apt_mask' value
by WineHQ Bugzilla 20 Nov '20

20 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50149 Bug ID: 50149 Summary: Chromium/MS WebView2 depends on TEB->ReservedForOle 'apt_mask' value Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- Chromium reaches into the TEB->ReservedForOle struct to read the current COM apartment type: https://source.chromium.org/chromium/chromium/src/+/master:base/win/com_ini… Wine's 'struct tlsdata' in dlls/combase/combase_private.h has the 'apt_mask' member in the right place, but it isn't set anywhere. This causes MS WebView2 to fail on initialization, and might cause other failures in Chromium. (also, it looks like the entire SOleTlsData layout has been open-sourced as part of .NET core: https://github.com/dotnet/coreclr/blob/master/src/vm/oletls.h) -- 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 47374] New: Thronebreaker: The Witcher Tales rendering is messed up
by wine-bugs＠winehq.org 20 Nov '20

20 Nov '20

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 20 Nov '20

20 Nov '20

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs