wine-bugs

wine-bugs@winehq.org

1 participants
158781 discussions

[Bug 50122] New: InternetOpenURL() from wininet.dll(v8.00.7601.17601) on wine vUbuntu 5.0-3ubuntu1 throws 12006 ERROR_INTERNET_UNRECOGNIZED_SCHEME
by WineHQ Bugzilla 12 Nov '20

12 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50122 Bug ID: 50122 Summary: InternetOpenURL() from wininet.dll(v8.00.7601.17601) on wine vUbuntu 5.0-3ubuntu1 throws 12006 ERROR_INTERNET_UNRECOGNIZED_SCHEME Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: guscarreno(a)gmail.com Distribution: --- Hi there, I stumbled upon this issue when HeidiSQL's update checker began to fail to contact the mother ship. I then had a very long back and forth with a troll but that ended when the main developer of HeidiSQl stepped in and I decided to replicate the update check code under Lazarus. I used fpcupdeluxe to install Lazarus and copied the offending code and had a go. I can report that I've tried to access: 1. https://www.heidisql.com/updatecheck.php?r=6119&bits=64 2. http://www.heidisql.com/updatecheck.php?r=6119&bits=64 3. ftp://www.heidisql.com/updatecheck.php?r=6119&bits=64 (Yes in desperation) 4. I now need to test if the "file:///" SCHEMA doesn't trip this wire All of the above have always given me a GetLastError()==12006 As stated on summary: - wininet.dll version is 8.00.7601.17601 as reported from Sysinternals's sigcheck - wine --version return "wine-5.0 (Ubuntu 5.0-3ubuntu1)" - My system is Ubuntu 20.10 64b with wine64 and wine32 installed and updated as of 2020/11/11 - Tested with InternetOpenURL() - Tested with InternetOpenURLA() (I really don't know what I'm doing here) If you really insist I can probably conjure up some C code to test this. At the moment I only have Free Pascal code that I can provide. Cheers, Gus -- 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 50115] New: C&C Generals Zero Hour cursor dissappears after first mouse action
by WineHQ Bugzilla 11 Nov '20

11 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50115 Bug ID: 50115 Summary: C&C Generals Zero Hour cursor dissappears after first mouse action Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: minion.procyk(a)gmail.com Distribution: --- C&C Generals Zero Hour mouse disappears after performing any mouse action on the main menu. Issue is present at least from wine-5.7 through wine-5.21. This is resolved by applying the wine-staging patchset user32-rawinput-mouse. I'm making this ticket to hopefully get the appropriate patch upstreamed or resolved properly. -- 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 48787] New: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize
by WineHQ Bugzilla 11 Nov '20

11 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=48787 Bug ID: 48787 Summary: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: moceap(a)hotmail.com As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1. These type of games don't stable in current Windows' versions. So WineD3D used to valid run them on Windows. Using: C&C Generals Zero Hour (Last Version 1.04) Windows 10 (1909) WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag Both (Intel and AMD) cards tested Expected Result: Works fine with high speed. Actual Result: Very long time on maximize the game after minimize or switch to another application Long time on loading the game (Not happen on MS DirectX) -- 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 1

[Bug 49666] New: Red Dead Redemption 2 requires HEAP flags offset to match Windows
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49666 Bug ID: 49666 Summary: Red Dead Redemption 2 requires HEAP flags offset to match Windows Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- Red Dead Redemption 2 gets ProcessHeap from the PEB, and directly accesses the 'flags' and 'force_flags' fields of the HEAP structure. Those fields need to be at the same offset as they are on WinVista through current Win10, 0x40/0x70. Wine currently pads the struct so 'flags' is in the correct place (0xC) vs. WinNT/2000/XP https://ctf-wiki.github.io/ctf-wiki/reverse/windows/anti-debug/heap-flags/ -- 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 49656] New: SAP GUI - Ws2_32.getaddrinfo crashes with non-standard service (/etc/services)
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49656 Bug ID: 49656 Summary: SAP GUI - Ws2_32.getaddrinfo crashes with non-standard service (/etc/services) Product: Wine Version: 5.14 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: guimaeda(a)gmail.com Created attachment 67890 --> https://bugs.winehq.org/attachment.cgi?id=67890 Terminal output (both success and crash) Calling getaddrinfo with pNodeName = NULL and a non-standard pServiceName that is not present in /etc/services causes an Unhandled page fault. I noticed this issue using SAP GUI, a Windows client for a corporate ERP system that uses unusual TCP ports for some of its connections to servers. These port numbers are registered in %WINDIR%\system32\drivers\etc\services during installation, and after going through some traces I noticed the error stopped after adding the same entries to the host's (macOS) /etc/services file. Since SAP GUI is licensed software, I created a little C program that simulates the same problem. It simply calls getaddrinfo with a service name "I_dont_exist". If this entry is not present in /etc/services, the program crashes. Tested on Wine 5.14 upstream binaries downloaded from PlayOnLinux/Phoenicis Wine building service. I also tested in other Wine version I use, namely 5.14-staging, 5.0 (WineHQ Homebrew), 5.7-staging (WineHQ Homebrew) and CrossOver 19.0.1. All had the same result. Sample C program with .exe and source code: https://abap.ninja/bugreport/wine_getaddrinfo_crash.zip -- 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 46726] New: Dirt Rally 2.0 does not use embedded CA cert
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=46726 Bug ID: 46726 Summary: Dirt Rally 2.0 does not use embedded CA cert Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)heider.io Distribution: --- Hi, Dirt Rally 2.0 requires an online connection to play the single player campaign, but with Wine 4.2 it can't successfully establish that connection due to a certificate issue. It tries to connect to https://prod.egonet.codemasters.com/, but since it does not trust the certificate the connection fails. The required CA certificate is embedded in dirtrally2.exe, but Wine does not seem to pick it up and use it. It all works perfectly if I manually trust the CA system-wide, by placing codemasters.pem in /etc/ca-certificates/trust-source/anchors and run update-ca-trust. -- 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 15

[Bug 7102] Microsoft Word 6.0 for Windows: copy/paste causes crash on unimplemented function ole2.dll16.OLEISCURRENTCLIPBOARD
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=7102 Michael Stefaniuc <mstefani(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|5.0.x |--- --- Comment #25 from Michael Stefaniuc <mstefani(a)winehq.org> --- Removing the 5.0.x milestone from bug fixes included in 5.0.3. -- 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 49488] New: uninitialized bytes in server call from ntdll/server_write_file
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49488 Bug ID: 49488 Summary: uninitialized bytes in server call from ntdll/server_write_file Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 67607 --> https://bugs.winehq.org/attachment.cgi?id=67607 Configure output. Steps to reproduce * Build wine (currently ec9e556d31). Attached my configure output. See for configure flags. * Build 'int main() { return 0; }' under i686-w64-mingw-gcc * Run under valgrind. Valgrind output attached. The first valgrind error is: ==1472== Syscall param writev(vector[...]) points to uninitialised byte(s) ==1472== at 0x432C2A3: __writev (writev.c:26) ==1472== by 0x432C2A3: writev (writev.c:24) ==1472== by 0x485A099: send_request (server.c:221) ==1472== by 0x485A1DB: server_call_unlocked (server.c:281) ==1472== by 0x485A236: wine_server_call (server.c:297) ==1472== by 0x484B69E: server_write_file (file.c:4706) ==1472== by 0x484CB30: NtWriteFile (file.c:5272) ==1472== by 0x7BC500A8: NtWriteFile (file.c:176) ==1472== by 0x5E267A7: rpcrt4_conn_np_write (rpc_transport.c:415) ==1472== by 0x5E1BF85: rpcrt4_conn_write (rpc_binding.h:197) ==1472== by 0x5E1DB8C: RPCRT4_SendWithAuth (rpc_message.c:850) ==1472== by 0x5E1E9B7: RPCRT4_Send (rpc_message.c:1249) -- 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 49289] New: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' crashes on unimplemented function ntoskrnl.exe.ExRegisterCallback
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49289 Bug ID: 49289 Summary: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' crashes on unimplemented function ntoskrnl.exe.ExRegisterCallback Product: Wine Version: 5.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44925 --- snip --- $ WINEDEBUG=+seh,+relay,+int,+ntoskrnl,+ntdll,+reg wine net start "Denuvo Anti-Cheat" >>log.txt 2>&1 ... 00d0:Call ntoskrnl.exe.ExCreateCallback(00b5f518,00b5f530,00000000,00b5ec01) ret=00d40b52 00d0:fixme:ntoskrnl:ExCreateCallback (0000000000B5F518, 0000000000B5F530, 0, 1): stub 00d0:Call KERNEL32.IsBadStringPtrW(00cfa000,ffffffffffffffff) ret=00236277 00d0:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=00236277 00d0:fixme:ntoskrnl:ExCreateCallback name L"\\Callback\\PowerState", RootDirectory 0000000000000000. 00d0:Ret ntoskrnl.exe.ExCreateCallback() retval=00000000 ret=00d40b52 00d0:Call KERNEL32.RaiseException(80000100,00000001,00000002,00b5f4a0) ret=0023f178 00d0:Call ntdll.memcpy(00b5f388,00b5f4a0,00000010) ret=7b010516 00d0:Ret ntdll.memcpy() retval=00b5f388 ret=7b010516 00d0:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b010525 ip=7b010525 tid=00d0 00d0:trace:seh:raise_exception info[0]=000000000025d000 00d0:trace:seh:raise_exception info[1]=000000000025d9f1 00d0:trace:seh:call_vectored_handlers calling handler at 0x22d090 code=80000100 flags=1 00d0:trace:seh:call_vectored_handlers handler at 0x22d090 returned 0 00d0:trace:seh:RtlVirtualUnwind type 1 rip 7b010525 rsp b5f340 ... wine: Call from 0x7b010525 to unimplemented function ntoskrnl.exe.ExRegisterCallback, aborting --- snip --- $ wine --version wine-5.9-161-gadf80db41d 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 5

[Bug 49178] New: Spitfire Audio crashes on start
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49178 Bug ID: 49178 Summary: Spitfire Audio crashes on start Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzo(a)leonardini.dev Distribution: --- Created attachment 67195 --> https://bugs.winehq.org/attachment.cgi?id=67195 error backtrace The Spitfire Audio App crashes even before showing any window. The application worked fine until version 3.1.18, but since the update 3.2.3, and still in the current version 3.2.6 it doesn't start anymore. Unfortunately, the software doesn't allow you to use an outdated version and automatically updates itself. I am using wine-5.8 (Staging) on an Arch Linux system (64 bit). Links to different version downloads: - 3.1.18 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1584702000/win/SpitfireAud… - 3.2.3 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1588863600/win/SpitfireAud… - 3.2.6 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1589374800/win/SpitfireAud… -- 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 25

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