wine-bugs March 2021

wine-bugs@winehq.org

1 participants
6124 discussions

[Bug 44355] New: FaceIt client : www.faceit.com/client
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44355 Bug ID: 44355 Summary: FaceIt client : www.faceit.com/client Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adil3.7896(a)gmail.com Distribution: --- Created attachment 60250 --> https://bugs.winehq.org/attachment.cgi?id=60250 Backtrace of the issue The FaceIt client was running properly when it suddenly closed with the following message: ...have to close the application due to Database issues. Please check Wine Application Database for more information. Here's the backtrace (attachment) please fix? -- 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 41713] New: Explorer.exe is wrong when started from the process creating the Wine prefix
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41713 Bug ID: 41713 Summary: Explorer.exe is wrong when started from the process creating the Wine prefix Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this do the following: rm -rf ~/.wine cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok This normally results in the following failure: shelldispatch.c:624: Test failed: got 0x80040152 Which corresponds to the following line: ok(hr == S_OK, "got 0x%08x\n", hr); /* TODO: remove when explorer startup with clean prefix is fixed */ if (hr != S_OK) return; The workaround is to ensure the Wine prefix has been created before running the test: rm -rf ~/.wine ./wine hostname ./server/wineserver -w cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok Note that wt-daily is now implementing this workaround (see https://github.com/fgouget/wt-daily). -- 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 50815] New: Change UNCONFIRMED/NEW statuses to OPENED
by WineHQ Bugzilla 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50815 Bug ID: 50815 Summary: Change UNCONFIRMED/NEW statuses to OPENED Product: WineHQ Bugzilla Version: 3.2.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- This has been a long standing cause of user confusion, so it might be a good idea to change it. It will inadvertently cause less spam on bugs, because users will no longer post comments to ask why a bug is still listed UNCONFIRMED instead of NEW, even though we don't currently make a distinction. -- 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 50817] New: Photoshop CC (all versions) reset windows position when click on them
by WineHQ Bugzilla 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50817 Bug ID: 50817 Summary: Photoshop CC (all versions) reset windows position when click on them Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeff.artik(a)gmail.com Distribution: --- Created attachment 69630 --> https://bugs.winehq.org/attachment.cgi?id=69630 Video of the windows behavior. Each reset position is due to a click on it (don't pay attention to top flickerings due to record program) Display any window (preferences, settings, layers styles), move it then click on them again reset their position. Can be annoying in the case it constantly cover the picture we're working on, especialy the Layer styles window. .mp4 attached shows the bug occuring each time I click on the window (not matter where) -- 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 45232] New: TIDAL can't be installed with exe installer
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45232 Bug ID: 45232 Summary: TIDAL can't be installed with exe installer Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61461 --> https://bugs.winehq.org/attachment.cgi?id=61461 Wine log The program instantly crashes, I assume due to the missing ieframe interface. Needs wine-staging patches, else it complains about being run as administrator. -- 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 45749] New: Visual Studio 2017 Installer fails due to node.js/ libuv listen(named pipe) error
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45749 Bug ID: 45749 Summary: Visual Studio 2017 Installer fails due to node.js/libuv listen(named pipe) error Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Created attachment 62190 --> https://bugs.winehq.org/attachment.cgi?id=62190 Visual Studio Installer logs (mostly useless) Running Kubuntu 18.04 64-bit. I created a 32-bit .wine32 prefix, installed dotnet46 via winetricks, then the Build Tools for Visual Studio installer (https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio… ) (which shares the core with VS2017 installer. It's written in node.js and involves multiple processes communicating via what the source describes as "pipe"s). The error is "Hub Controller process exited prematurely with exit code 1 (NodeUncaughtFatalException)." Interestingly, the installer's source is user-readable and located in WINEPREFIX / drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/. I was able to edit the .js files to add control flow logging: const fs = require('fs'); function logg(val, args){ fs.writeFileSync("C:\\"+process.hrtime()[1] + '_'+val, ""+args, function(err) {}); } Installer seems to be codenamed "microsoft-servicehub". Strangely, many of the Installer files appear to test for Windows and/or *nix, despite VS being Windows-only. It also references open-source VS Code, but I was unable to find any hits when Googling for quoted strings. ---------- The error message "Hub Controller process exited prematurely with exit code" is raised from within "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/controllerConnection.js": ControllerConnection.prototype.startController `var connectPromise` fails, calling `function (err)` to spawn a process (which crashes). ControllerConnection.prototype.onControllerProcessExited is responsible for noticing the process has terminated, and raising the exception. --------- The actual crash originates from "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/HubController.js". HubController.js is executed by several distinct processes, and `process.pid` is the same within `function HubController()` and the global scope. I systematically replaced all calls to `logger.error()` (info, etc.) to `logg()` (since Logger.error() called within subprocess did not show up in Visual Studio's debug logs). I get two sequentially numbered files, 1 millisecond apart: "429988399_Successfully started server on pipe 5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" "430873100_Terminating controller due to some unknown error: " with contents "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" This error is thrown by `function retryStartServer`. `e.code` is EINVAL, while the code only handles `e.code === ec.EADDRINUSE.code`. Looking at https://stackoverflow.com/questions/11040460/get-the-listen-einval-when-sta… suggests: > > EINVAL The socket is already connected. > Make sure something isn't already listening on that port. `man errno` suggests otherwise: > EINVAL Invalid argument (POSIX.1-2001). Adding `|| e.code === ec.EINVAL.code` and commenting `process.platform === 'win32' ||` sends the installer into an endless "kill and restart HubController" loop, which isn't what we want. Extra notes on control flow at https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#server -------- The `EINVAL` error comes with a node.js stack trace: https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#file-net… (The hexadecimal path originates from https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#determin… ) https://github.com/nodejs/node/blob/68dff4a67b7222770f90fc5d9bdd884f8db4a24… `const ex = new Error(`${syscall} ${code}${details}`);` "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" I think the call which failed is `listen`, which returns EINVAL for some reason. ------------ Comparing my stack trace with node.js source code (node.dll 8.9.3): `Server.listen (net.js:1487:5)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1487 - listenInCluster(server=this, address=pipeName, port=-1, addressType=-1, backlog=backlog, fd=undefined, exclusive=options.exclusive); `listenInCluster (net.js:1392:12)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1392 - server._listen2(=address, =port, =addressType, =backlog, =fd); Unpeeling layers of abstraction on top of Windows named pipes: `Server.setupListenHandle [as _listen2] (net.js:1351:14)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1351 (Bullet points are not in stack trace, but I assume they executed) - `handle = new Pipe(PipeConstants.SERVER);` https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1267 - `const { Pipe } = process.binding('pipe_wrap');` which refers to C++ code at https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc - pipes are handled by https://github.com/libuv/libuv - `var err = this._handle.listen(backlog || 511);` is the operation which fails = https://github.com/nodejs/node/blob/8a44289089a08b7b19fa3c4651b5f1f5d1edd71… - Routes to https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc#L154 - which calls uv_listen(). `return uv_translate_sys_error(err);` and EINVAL is located at https://github.com/libuv/libuv/blob/v1.x/src/win/error.c#L101 ... There are 7 Win32 errors all mapping to UV_EINVAL==EINVAL, but only WSAEINVAL can happen. - uv_listen() either [assert(0) and sets err=ERROR_INVALID_PARAMETER] (I hope not), calls uv_tcp_listen (I hope not) - Most likely calls uv_pipe_listen() = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - It has 4 return paths, only `if (!(handle->flags & UV_HANDLE_BOUND)) { return WSAEINVAL;` is happening = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - What initializes `handle->flags` without |=UV_HANDLE_BOUND? ok i'm getting a headache -- 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 20

[Bug 45998] New: 64-bit FACEIT Anti-cheat client claims " Your system is out of date, you are missing important Windows updates!" ( needs 'wintrust.CryptCATAdminAcquireContext2' stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45998 Bug ID: 45998 Summary: 64-bit FACEIT Anti-cheat client claims "Your system is out of date, you are missing important Windows updates!" (needs 'wintrust.CryptCATAdminAcquireContext2' stub) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://anticheat-client.faceit.com/FACEITInstaller_64.exe --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/FACEIT AC $ WINEDEBUG=+seh,+relay wine ./faceitclient.exe >>log.txt 2>&1 ... 002c:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 002c:Ret KERNEL32.LoadLibraryA() retval=7fd071b90000 ret=1400b1653 002c:Call KERNEL32.GetProcAddress(7fd071b90000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 002c:Ret KERNEL32.GetProcAddress() retval=00000000 ret=1400b1670 002c:Call KERNEL32.FreeLibrary(7fd071b90000) ret=1400b167c 002c:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c 002c:Call ntdll.RtlAllocateHeap(00010000,00000000,00000050) ret=1411adc3c 002c:Ret ntdll.RtlAllocateHeap() retval=000b09e0 ret=1411adc3c 002c:Call user32.MessageBoxA(00000000,000b09e0 "Your system is out of date, you are missing important Windows updates!",00000000,00000010) ret=1400edd5d ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/api/mscat/nf-mscat-cryptca… --- quote --- The CryptCATAdminAcquireContext2 function acquires a handle to a catalog administrator context for a given hash algorithm and hash policy. You can use this handle in subsequent calls to the following functions: CryptCATAdminAddCatalog CryptCATAdminEnumCatalogFromHash CryptCATAdminRemoveCatalog This function has no associated import library. You must use the LoadLibrary and GetProcAddress functions to dynamically link to Wintrust.dll. Syntax BOOL CryptCATAdminAcquireContext2( HCATADMIN *phCatAdmin, const GUID *pgSubsystem, PCWSTR pwszHashAlgorithm, PCCERT_STRONG_SIGN_PARA pStrongHashPolicy, DWORD dwFlags ); --- quote --- It's Windows 8+ API. With a FIXME stub that prints parameters, returning FALSE: --- snip --- ... 0064:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 0064:Ret KERNEL32.LoadLibraryA() retval=7f9b71860000 ret=1400b1653 0064:Call KERNEL32.GetProcAddress(7f9b71860000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 0064:Ret KERNEL32.GetProcAddress() retval=7f9b718680d0 ret=1400b1670 0064:Call KERNEL32.FreeLibrary(7f9b71860000) ret=1400b167c 0064:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c --- snip --- I didn't see any call to the stub, so one might get away even with auto-generated unimplemented stub. The client executable has some anti-debug trickery and custom obfuscation scheme. Crashes later due to other insufficiencies though. $ sha1sum FACEITInstaller_64.exe ed8f8c2f6ec2d113bed882faa9d8b8a7a3b56a3c FACEITInstaller_64.exe $ du -sh FACEITInstaller_64.exe 85M FACEITInstaller_64.exe $ wine --version wine-3.18 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.

2 6

[Bug 43155] New: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp: PersistStreamInit_Load (0x1c1f58)->(0x1362090)"
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43155 Bug ID: 43155 Summary: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp:PersistStreamInit_Load (0x1c1f58)->(0x1362090)" Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodrigodavy(a)gmail.com Distribution: --- In wine 2.9 I could login into the game using native wmvcore.dll In wine 2.10 the game doesn't login with both the wine and the native dll -- 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 35251] New: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35251 Bug ID: 35251 Summary: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 18752 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+taskschd wine ./SkypeSetup_4.0.0.226.exe >>log.txt 2>&1 ... 0035:Call KERNEL32.LoadLibraryW(001742b4 L"C:\\users\\focht\\Temp\\msi977c.tmp") ret=7d4924d7 0035:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7d4924d7 ... 0035:Call KERNEL32.GetProcAddress(10000000,01c7b020 "CreateTaskAsDesktopUser") ret=7d492577 0035:Ret KERNEL32.GetProcAddress() retval=10003f4e ret=7d492577 ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7b288 L"C:\\Program Files\\Skype\\Phone\\Skype.exe",00000027,00000000,00000000,00000000,00000000) ret=7d4b1e4f 0035:Ret KERNEL32.WideCharToMultiByte() retval=00000027 ret=7d4b1e4f ... 0035:Call ole32.CoCreateInstance(1001714c,00000000,00000001,10016384,01ace7e0) ret=10003662 ... 0035:Call taskschd.DllGetClassObject(1001714c,7ec34ccc,01ace5c8) ret=7eb47ca4 0035:trace:taskschd:DllGetClassObject {0f87369f-a4e5-4cfc-bd3e-73e6154572dd},{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:trace:taskschd:factory_QueryInterface 0x7d202ca8,{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:Ret taskschd.DllGetClassObject() retval=00000000 ret=7eb47ca4 ... 0035:trace:taskschd:factory_CreateInstance (nil),{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 ... 0035:trace:taskschd:TaskService_create created 0x1c7b2e8 0035:trace:taskschd:TaskService_QueryInterface 0x1c7b2e8,{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 0035:Ret ole32.CoCreateInstance() retval=00000000 ret=10003662 0035:Call oleaut32.VariantInit(01ace7a4) ret=1000369f 0035:Ret oleaut32.VariantInit() retval=01ace7a4 ret=1000369f 0035:Call oleaut32.VariantInit(01ace784) ret=100036af 0035:Ret oleaut32.VariantInit() retval=01ace784 ret=100036af 0035:Call oleaut32.VariantInit(01ace794) ret=100036bf 0035:Ret oleaut32.VariantInit() retval=01ace794 ret=100036bf 0035:Call oleaut32.VariantInit(01ace714) ret=100036cf 0035:Ret oleaut32.VariantInit() retval=01ace714 ret=100036cf 0035:fixme:taskschd:TaskService_Connect 0x1c7b2e8,{VT_EMPTY},{VT_EMPTY},{VT_EMPTY},{VT_EMPTY}: stub 0035:Call oleaut32.VariantClear(01ace714) ret=1000371a 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000371a 0035:Call oleaut32.VariantClear(01ace794) ret=10003720 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003720 0035:Call oleaut32.VariantClear(01ace784) ret=10003726 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003726 0035:Call oleaut32.VariantClear(01ace7a4) ret=1000372c 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000372c ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7e848 L"1: CreateTaskAsDesktopUser 2: Connect task scheduler failed 3: ",ffffffff,00000000,00000000,00000000,00000000) ret=7d4cd514 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/b06009640024900c5c2a6537b80550c3… --- snip --- 129 static HRESULT WINAPI TaskService_Connect(ITaskService *iface, VARIANT server, VARIANT user, VARIANT domain, VARIANT password) 130 { 131 FIXME("%p,%s,%s,%s,%s: stub\n", iface, debugstr_variant(&server), debugstr_variant(&user), 132 debugstr_variant(&domain), debugstr_variant(&password)); 133 return E_NOTIMPL; 134 } --- snip --- $ sha1sum SkypeSetup_4.0.0.226.exe 3726546c421f078353c73ea6fb42561fac434701 SkypeSetup_4.0.0.226.exe $ du -sh SkypeSetup_4.0.0.226.exe 20M SkypeSetup_4.0.0.226.exe $ wine --version wine-1.7.9-209-gb231b4b 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.

2 8

[Bug 50637] New: battle.net 2020-02-04 update graphical glitches (browser acceleration must be disabled)
by WineHQ Bugzilla 16 Mar '21

16 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50637 Bug ID: 50637 Summary: battle.net 2020-02-04 update graphical glitches (browser acceleration must be disabled) Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aerusso(a)aerusso.net Distribution: --- Running 6.1 wine-staging, I loaded battle.net perfectly fine, and then allowed Battle.net to upgrade itself. It re-launched with a completely black window. By right clicking on the tray icon, you can select the settings, and disable "Use browser hardware acceleration". After re-launching, the new (imo ugly---a completely irrelevant, off-topic comment for this bug report) Battle.net UI is visible. It's almost completely functional---but not all re-draws of the window seem to be captured, resulting in a much of the window being completely black. Moving the window or highlighting buttons prompts a re-draw. As a note: originally I didn't think to access the settings menu from the tray. I was still able to start, e.g. Starcraft 2, by running SC2Switcher_x64.exe directly. It plays perfectly fine. Are other people experiencing this? -- 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

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 March 2021