wine-bugs August 2021

wine-bugs@winehq.org

1 participants
5028 discussions

[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

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