wine-bugs November 2021

wine-bugs@winehq.org

1 participants
4561 discussions

[Bug 44658] New: Custom Win7+ APIset lookup/ resolver tool relies on presence of 'ApiSetMap' field in PEB
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=44658 Bug ID: 44658 Summary: Custom Win7+ APIset lookup/resolver tool relies on presence of 'ApiSetMap' field in PEB Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track the following Wine-Staging patchset just for the memes ;-) https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-ApiS… Tracing the origin to Wine-Staging issue tracker: https://dev.wine-staging.com/patches/91/ --- quote --- I found an application which tries to enumerate the loaded apisets by using the PEB. This patch adds a dummy struct so that the application does no longer crash. The definition should match the one for Win 7/8. As usual Microsoft changed the format in newer windows versions again ;-). --- quote --- Ohhhh-kay? I found some useful information at Geoff Chappell's site: https://www.geoffchappell.com/studies/windows/win32/apisetschema/index.htm https://www.geoffchappell.com/studies/windows/win32/ntdll/structs/peb/index… Nice illustration: https://www.cylance.com/en_us/blog/universal-unhooking-blinding-security-so… (in 'API Set Schema' section) An example application which makes use of this (source only): https://gist.github.com/lucasg/9aa464b95b4b7344cb0cddbdb4214b25#file-apiset… It also has a small test suite. $ wine --version wine-3.3 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 7

[Bug 44635] New: Gray Matter: Crash on new game start
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=44635 Bug ID: 44635 Summary: Gray Matter: Crash on new game start Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 60627 --> https://bugs.winehq.org/attachment.cgi?id=60627 crash log The game Gray Matter (the version from GOG) crashes when a new game is started. The last message from Wine is 03b:fixme:d3dx:ID3DXEffectImpl_CloneEffect (0x47f5360)->(0x17be28, 0x5f74420): stub This is a regression of some sort. The game runs with staging 2.21 (in fact I completed the entire game with this version). The game does not start with vanilla Wine 2.21. If Appdb is to be believed the game was playable back in 1.9.14, but building older Wine releases is troublesome so I haven't been able to bisect: Error: Cannot open face courier.ttf Makefile:172: recipe for target 'coue1255.fon' failed make[1]: *** [coue1255.fon] Error 1 The game requires the following winetricks: mdx xact d3dcompiler_43. Bug filed against 3.2 but tried against wine-3.2-256-g7b62a970e9. -- 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 9

[Bug 41386] New: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=41386 Bug ID: 41386 Summary: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468 Product: Wine Version: 1.9.19 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Created attachment 55737 --> https://bugs.winehq.org/attachment.cgi?id=55737 PlayOnMac-log Motocross Madness 2 crashes due to "Unhandled page fault on read access to 0x00000000 at address 0x44c468" -- 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 14

[Bug 48760] New: ConEmu shows 'GetConsoleProcessList failed' at startup
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48760 Bug ID: 48760 Summary: ConEmu shows 'GetConsoleProcessList failed' at startup Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu shows "ConEmuC64.exe: PID=132: GetConsoleProcessList failed, code=0" at startup due to GetConsoleProcessList being just a stub. Returning zero is an error according to documentation, "because every console has at least one process associated with it". Then ConEmu starts successfully, so this is a minor issue. -- 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 48201] New: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48201 Bug ID: 48201 Summary: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: davidmanuel1993(a)hotmail.com Distribution: --- When running a console program, wine crashes with: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx To reproduce you can compile the following program and try to run it with Wine. I compiled it with MinGW. https://pastebin.com/k5SfvEtp PS: This is a follow up of https://bugs.winehq.org/show_bug.cgi?id=47620 -- 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 51591] New: AFxW: file list panes aren't updated at start-up
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51591 Bug ID: 51591 Summary: AFxW: file list panes aren't updated at start-up Product: Wine Version: 6.14 Hardware: x86-64 URL: https://web.archive.org/web/20210811070411/http://akt. d.dooo.jp/lzh/afxw32_165.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 70441 --> https://bugs.winehq.org/attachment.cgi?id=70441 AFxW window after launching AFxW[1], aka あふｗ in Japanese, is an ultra-low functionality two-pane file manager. After launching AFXW.EXE, it should show file lists in panes as seen in [2]. But, it doesn't on Wine. @momota1999, a reporter on Twitter, tweeted list items would be shown by moving the cursor (with up/down arrow keys) and the issue didn't occur on Wine 4.0 (Debian 4.0-2). I can confirm both of them with AFxW v1.65. Steps to reproduce: 1. unzip afxw32_165.zip 2. LANG=ja_JP.UTF-8 wine AFXW.EXE Expected result: File list panes are updated on start-up without any key inputs. You can see file names, their size and time stamps in the panes. Actual result: File list panes aren't updated on start-up. You can't see anything in the panes. Please refer to the attachment about this situation. [1] http://akt.d.dooo.jp/akt_afxw.html [2] http://akt.d.dooo.jp/afxwss/afxwss_b0.png -- 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 51574] New: swscanf_s with %zu fails for valid value
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51574 Bug ID: 51574 Summary: swscanf_s with %zu fails for valid value Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)63bit.net Distribution: --- Running Microsoft Texconv.exe with parameters specifying height or width returns "Invalid value specified for h (512)". Link to source is here: https://github.com/microsoft/DirectXTex/blob/54ce2c8da97c3508899c31f80bfb1e… Link to binary is here: https://github.com/microsoft/DirectXTex/releases/download/aug2021/texconv.e… Example failing arguments are '-nowic -nologo -y -sepalpha -h 512 -w 512 -aw 256 -keepcoverage 0 -f BC7_UNORM -bc q -o "C:\dyndolod\TexGen_Output\Textures\lod" "C:\dyndolod\TexGen_Output\Textures\lod\bridge01lod.dds"' -- 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 51465] New: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51465 Bug ID: 51465 Summary: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- Created attachment 70306 --> https://bugs.winehq.org/attachment.cgi?id=70306 Crash on authentication As of version 1917874 of the EVE Online launcher, the application crashes when trying to log in. According to the developers, they moved to a new credential management solution (involving https://github.com/frankosterfeld/qtkeychain and the Windows Credential Store), and they said that Wine currently doesn't implement the needed syscalls for this to function. I've attached a stacktrace which looks like it crashes somewhere in cryptopp, but I haven't been able to figure out much by debugging (winedbg doesn't see any of those function addresses as valid, and I haven't been able to map them to functions in a disassembler). Let me know if I can provide any more information that would be helpful. -- 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 56

[Bug 51348] New: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51348 Bug ID: 51348 Summary: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: x1917x(a)gmail.com Distribution: --- Created attachment 70205 --> https://bugs.winehq.org/attachment.cgi?id=70205 Bad behavior The issue affects SourceInsight 4 in particular. SourceInsight has its own built-in theme functionality which doesn't get along well with any non-standard Wine theme. When a non-standard Wine theme is selected, then the main toolbar in SI4 ignores its app theme and always gets drawn with the selected Wine theme. Selecting the default Wine theme fixes the issue - the toolbar is drawn according to the app theme. On Windows it's ok no matter which UI theme is set. Screenshot of the issue is attached. The root cause of the issue is that UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c both use a PostMessage() call to send WM_THEMECHANGED to affected window(s). In SI4 the main toolbar is implemented as a combination of a custom container window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32 class). Immediately after creating the RebarWindow32 window, SI4 does SetWindowTheme(hwndRebar, L" ", L" ") for it. According to MSDN (https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…) > The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied. > > When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries. - this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles being applied to its RebarWindow32 control. However, according to WINEDEBUG logs they were applied to all bg erase, painting etc operations no matter the SetWindowTheme(, L" ", L" ") call. Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after all stuff including drawing already happened with the system-wide theme being applied. The reason why it was received so late is simple - SetWindowTheme implementation in wine uses PostMessage() instead of SendMessage(). Replacing it with a SendMessage() call allows to fix the bug. I've checked what Windows actually does in SetWindowTheme and found out that it always uses SendMessage to send WM_THEMECHANGED (for any HWND). So. suggested fix: diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c index a37e532500a..3b6e6d2b6b6 100644 --- a/dlls/uxtheme/system.c +++ b/dlls/uxtheme/system.c @@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64]; static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg) { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); return TRUE; } @@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) } else { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg); } return TRUE; -- 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 10

[Bug 51728] New: copypasta in pwcache.c:ctox()
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51728 Bug ID: 51728 Summary: copypasta in pwcache.c:ctox() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mpr Assignee: wine-bugs(a)winehq.org Reporter: gonzomdx(a)gmail.com Distribution: --- In https://source.winehq.org/git/wine.git/blob/refs/heads/master:/dlls/mpr/pwc… if( ( x >= 'a' ) && ( x <= 'a' ) ) should be changed to if( ( x >= 'a' ) && ( x <= 'f' ) ) -- 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 51452] New: oleaut32:varformat fails in Wine when the currency sign has two characters or more
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51452 Bug ID: 51452 Summary: oleaut32:varformat fails in Wine when the currency sign has two characters or more Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:varformat fails in Wine when the currency sign has two characters or more: https://test.winehq.org/data/patterns.html#oleaut32:varformat varformat.c:641: str=L"\062f.\0645.\200f 0.000" varformat.c:643: Test failed: Unexpected hr 0x80020005. In Morocco the currency sign has 5 characters. This is simply not supported by VarParseNumFromStr(). But even the currency sign is only two characters VarParseNumFromStr() fails because it advances a pointer by one character only. For instance with Polish: varformat.c:641: str=L"0,000 z\0142" varformat.c:643: Test failed: Unexpected hr 0x80020005. Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so that these issues are not actually tested (see bug 51451). The w7u VMs are more correct in this regard but only test simple European cases (€). -- 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 51435] New: iostream float formatting broken
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51435 Bug ID: 51435 Summary: iostream float formatting broken Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugz(a)t41t.com Distribution: --- Created attachment 70288 --> https://bugs.winehq.org/attachment.cgi?id=70288 test case solution demonstrating the error On wine-6.12-162-gd10887b8f56 Full solution is in the attachment, but Wine is improperly formatting floats when using printf "%g" or iostreams. A very simple example is: std::cout << 9.999999999999999e-5 << std::endl; It should print "0.0001". It does print "0". Of course, this affects much larger and more complicated programs, too. Tested on Ubuntu 20.04, although I don't think it matters. -- 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 10

[Bug 51382] New: NetEase Cloud Music crashes on zh_CN.UTF-8 locale.
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51382 Bug ID: 51382 Summary: NetEase Cloud Music crashes on zh_CN.UTF-8 locale. Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 70237 --> https://bugs.winehq.org/attachment.cgi?id=70237 Registry for adding '宋体' font replacement. This looks like a regression of 93ef83e903354e5d28a9a0b14dd2ff83504f2b0f. Step to reproduce: 1. `export LANG=zh_CN.UTF-8 LANGUAGE=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8` 2. `winetricks -q fakechinese arial` for installing Chinese font and work around a CEF issue. 3. Add this registry: ``` [HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements] "宋体"="Source Han Sans SC" ``` 4. `wine cloudmusicsetup2.9.1.199099.exe` for installing the application. 5. `cd .wine/drive_c/Program\ Files/Netease/CloudMusic` and `wine cloudmusic.exe` for running the application. Then it will crash when startup. -- 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 6

[Bug 51303] New: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51303 Bug ID: 51303 Summary: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Silently stops with 0b30:fixme:dxgi:d3d11_swapchain_GetLastPresentCount iface 0x2c3aa70, last_present_count 0x41df3a0 stub! 0b30:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x14129dc2b Temporary workaround https://www.winehq.org/pipermail/wine-devel/2021-May/187851.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 4

[Bug 50412] New: Wrong check for needed access rights in QueryServiceConfig2
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=50412 Bug ID: 50412 Summary: Wrong check for needed access rights in QueryServiceConfig2 Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: dalai82(a)gmx.net Distribution: --- Hi there. While checking out Total Commander and one of my own TC plugins on Wine 4.0.2 on Debian 10.7 I saw that it failed to read the description of all services. After double-checking my code (and confirming its correctness) I saw Wine's output on the terminal: > 006b:err:service:validate_context_handle Access denied - handle created with access 1, needed 4 Then I downloaded the source code of the current version dev version 6.0-rc4, searched all files (because I didn't know where to look) and found the culprit in programs/services/rpc.c, more precise in function svcctl_QueryServiceConfig2W where it makes the call to validate_service_handle() in line 984. The bug and fix for it is simple: The needed access right must be SERVICE_QUERY_CONFIG instead of SERVICE_QUERY_STATUS, since it's the service config queried here, not its status. Out of curiosity, I checked half a dozen older versions and found that this bug has been in the code since its implementation back in Wine 1.1.14. This more than a decade old wine didn't age well ;). But I guess this is a simple copy'n'paste error. Maybe check for similar bugs/mistakes in the other functions when fixing this one. 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 9

[Bug 51590] New: services:service fails when the KDE taskbar is at the top
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51590 Bug ID: 51590 Summary: services:service fails when the KDE taskbar is at the top Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- services.exe:service checks the values returned by GetMonitorInfoA() when called from a service. This test fails on Linux when the desktop environment places the taskbar / dock at the top of the screen. For instance on fg-deb64: https://test.winehq.org/data/patterns.html#services.exe:service service.c:422: Test failed: service: Unexpected monitor rcWork values: {0,30,3840,2160} Here rcWork.top == 30 which is exactly the height of the KDE taskbar. Notes: * We probably would have a similar failure if the KDE taskbar was placed on the left side because then rcWork.left would probably no longer be zero. * Placing the Windows taskbar at the top or on the left does not cause a failure: in all cases rcMonitor == rcWork == (0, 0, 1024, 768) == full screen size in the TestBot VMs. This probably means the bug is in Wine's GetMonitorInfoA() implementation. * Interestingly user32:monitor does not fail, but then it does not seem to expect left and top to be zero. -- 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 10

[Bug 48891] New: Cannot run any utility from msys2/git-bash
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48891 Bug ID: 48891 Summary: Cannot run any utility from msys2/git-bash Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: megastallman(a)gmail.com Distribution: --- Trying next steps after rebuilding wine-staging-5.5 with a patch, that fixes https://bugs.winehq.org/show_bug.cgi?id=48882 002b:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\\\@" was requested. Cygwin WARNING: Couldn't compute FAST_CWD pointer. This typically occurs if you're using an older Cygwin version on a newer Windows. Please update to the latest available Cygwin version from https://cygwin.com/. If the problem persists, please see https://cygwin.com/problems.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 32

[Bug 36887] New: Installing Trusteer Rapport software failed. See trace.
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=36887 Bug ID: 36887 Summary: Installing Trusteer Rapport software failed. See trace. Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mnoock(a)gmail.com Created attachment 48980 --> http://bugs.winehq.org/attachment.cgi?id=48980 Installing Trusteer Rapport software failed. See trace. Installing Trusteer Rapport software failed. See trace. -- 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 14

[Bug 51302] New: NASCAR '15 Victory Edition needs d3dx_effect_ValidateTechnique implementation
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51302 Bug ID: 51302 Summary: NASCAR '15 Victory Edition needs d3dx_effect_ValidateTechnique implementation Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Shows a black screen and looping of 0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique 0C6460A8 semi-stub. 0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique 0C6460C0 semi-stub. 0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique 0C6460D8 semi-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.

1 8

[Bug 51264] New: GUI exe receives invalid StdOutput HANDLE if launched via ShellExecuteEx
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51264 Bug ID: 51264 Summary: GUI exe receives invalid StdOutput HANDLE if launched via ShellExecuteEx Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com Distribution: --- Created attachment 70142 --> https://bugs.winehq.org/attachment.cgi?id=70142 Source code for the primary exe to recreate the issue It is possible for a child process to inherit an invalid hStdOutput HANDLE if the PE header has the subsystem value of IMAGE_SUBSYSTEM_WINDOWS_GUI and it is launched via ShellExecuteEx. It also requires the primary process to be launched via: - 'wine' if it is a PE32+ executable; or - 'wine64' if it is a PE32 executable Attached are two source files that can be used to recreate the issue: 1. main.c (the primary process); and 2. child.c (the child process) Compile with: x86_64-w64-mingw32-gcc -o main.exe main.c x86_64-w64-mingw32-gcc -o child.exe child.c -mwindows and run with: wine main.exe The child.exe creates a file called 'stdout.log' that dumps the STD_OUTPUT_HANDLE value and its FileType. Under wine, this is: StdOutput: 14, Type: 1 and under Windows, it is: StdOutput: 0, Type: 0 I first ran in this this issue when running Elite Dangerous from Proton 6.3 (i.e. wine version 6.3) - but my investigations show this still occurs with git commit 6b277dc89d55. -- 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 11

[Bug 50735] New: MSBuild fails to launch FileTracker
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=50735 Bug ID: 50735 Summary: MSBuild fails to launch FileTracker Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 69503 --> https://bugs.winehq.org/attachment.cgi?id=69503 WINEDEBUG=+relay,+process,+module,+loaddll BAD MSBuild from Visual Studio build tools 2019 fails to launch FileTracker which is needed for incremental builds. This apply for Wine 6.3 but it works on Staging. I bisected this to wow64cpu patchset which is tracked in bug 45567. Then I found that there are patches for wow64cpu on the list for upstream. But these don't fix the problem. So after investigating this further I've found this: what really fixes the problem is calling load_builtin_dll() in process_init() and this builtin dll must not be in PE format. If -mno-cygwin is enabled, it does not work. It is not important which exports the library has, no need for setting Wow64Transition. I'm attaching two traces - good and bad. Maybe someone could identify what is happening here. -- 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 10

[Bug 30244] New: Might & Magic Clash of Heroes: fails to start
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=30244 Bug #: 30244 Summary: Might & Magic Clash of Heroes: fails to start Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spoon0042(a)hotmail.com Classification: Unclassified Trying to run Steam version of Might & Magic Clash of Heroes. The first fraction of a second of an intro video plays, then the screen goes black for about ten seconds and then seems to exit, but usually leaves a process running in the background. gameoverlayrenderer is disabled. Using debian fglrx 12-1-1. A demo is available at least on Steam. This is the entire console output from when it is started, no WINEDEBUG is set: Setting breakpad minidump AppID = 61700 Steam_SetMinidumpSteamID: Caching Steam ID: 76561198009351313 [API loaded no] fixme:win:EnumDisplayDevicesW ((null),0,0x33f814,0x00000000), stub! fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:thread:SetThreadIdealProcessor (0x188): stub fixme:thread:SetThreadIdealProcessor (0x18c): stub fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x7e3ea1c): stub fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x813ea1c): stub fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:thread:SetThreadIdealProcessor (0x24c): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:thread:SetThreadIdealProcessor (0x210): stub err:wgl:internal_SetPixelFormat Invalid operation on root_window -- 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 40

[Bug 51358] New: Civilization 4: XML load error when trying to start
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51358 Bug ID: 51358 Summary: Civilization 4: XML load error when trying to start Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: trekie96(a)hotmail.com Distribution: --- When trying to start a fresh install of Civilization 4 I'm getting XML load errors and the game doesn't start. "Failed Loading XML file Assets//XML\GameInfo/CIV4PlayerOptionInfos.xml" "LoadXML call failed for GameInfo/CIV4PlayerOptionInfos.xml" -- 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 16

[Bug 51291] New: Youkoso! Sukebe Elf no Mori e (demo) doesn't show thumbnail image in monitor settings.
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51291 Bug ID: 51291 Summary: Youkoso! Sukebe Elf no Mori e (demo) doesn't show thumbnail image in monitor settings. Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu "Youkoso! Sukebe Elf no Mori e Trial Version"[1](ようこそ! スケベエルフの森へ体験版) is a demo version of NSFW visual novel (18+) released by Lune in Japan, 2017. The first time we start the game, it asks about monitor settings. In thumbnail test during the settings, the reduced image should be shown at the top left corner of the window. However, it isn't shown on Wine. Probably, this issue is common among its game engine, AGE_System. [1] https://web.archive.org/web/20200217060920/http://www.lune-soft.jp/game/139… welcome_to_sukebe_elf_forest_tiral2.zip (1.02 GB), MD5: 283f427b5a1ce9ce9c311e87af1df69e -- 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 50244] New: Melodyne 5: activation via internet does not work
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=50244 Bug ID: 50244 Summary: Melodyne 5: activation via internet does not work Product: Wine Version: 5.22 Hardware: x86-64 URL: https://services.celemony.com/cgi-bin/WebObjects/Licen seApp.woa/wa/demoRegistration?item=Melodyne5-Demo-Win& language=en OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andriy.parhomenko(a)gmail.com Distribution: Ubuntu Created attachment 68754 --> https://bugs.winehq.org/attachment.cgi?id=68754 Melodyne activation backtrace I succesfully installed Melodyne 5 with Wine Staging 5.22, gdiplus and vcrun2019 overrides and this patch https://source.winehq.org/patches/data/186184 (from bug 49286). It runs ok, but when I try to activate it, I'm getting an error instead of opening a browser window that should lead to activation page. There is no errors in the console output. The error message from Melodyne itself has such lines: identifier = "com.celemony.https.request_failed.12152.1"; message = "Could not receive response."; Wine backtrace with WINEDEBUG=+winhttp,+winsock,+wininet,+secur32 is in attachment. In Melodyne error I see HTTP error code 12152, and in wine's backtrace I see the line: 0110:trace:winhttp:read_line returning empty string According to wine's source code in winhttp/request.c line 2393, it produces ERROR_WINHTTP_INVALID_SERVER_RESPONSE, which is that exact error code 12152. Also, the error occurs after Celemony website returns a redirect for first POST request. So my guess is that something might be wrong with wine handling the redirect -- 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 30

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