wine-bugs November 2024

wine-bugs@winehq.org

1 participants
963 discussions

[Bug 56471] New: starting of native program with "start /unix ..." is broken
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56471 Bug ID: 56471 Summary: starting of native program with "start /unix ..." is broken Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- Since 9.5, "start /unix <native-command>" is broken. A "file not found" error is thrown. PATHEXT is set with added dot at the end. Everything works fine with winehq 9.0-9.4. regards, Andy -- 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 56319] New: Parallel Port Tester won't start (fails to locate driver "System32\Drivers\inpoutx64.sys", but changing to absolute path works)
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56319 Bug ID: 56319 Summary: Parallel Port Tester won't start (fails to locate driver "System32\Drivers\inpoutx64.sys", but changing to absolute path works) Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `wine ParallelPortTesterSetup-1.0.0.2.exe` 2. Run `wine 'C:\Program Files (x86)\Parallel Port Tester\ParallelPortTester.exe'` During installation, the following message appears in the terminal: 0174:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\inpoutx64": c0000142 And an error dialog pops up that says "Failed to install InpOut32 driver." After closing the pop-up, the installation appears to finish successfully. When running the application, a similar message appears in the terminal: 0054:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\inpoutx64": c0000142 And an error dialog pops up that says "Inpout32.dll was found, but the driver is not installed." Then the application closes. The registry value HKLM\System\CurrentControlSet\Services\inpoutx64\ImagePath is "System32\Drivers\inpoutx64.sys" on both Windows and Wine. If I change it to "C:\Windows\System32\Drivers\inpoutx64.sys" on Wine, the application starts without error. So this seems to be a problem with locating the driver, not a problem with the driver itself. $ sha256sum ParallelPortTesterSetup-1.0.0.2.exe 9e9b399dd92ac48433af2061eb8491d1d68a6134eaeab2efcdcd36361e723d09 -- 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 52738] New: Not keyboard input in "STREET CHAVES - O LUTADOR DA VILA" (game)
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=52738 Bug ID: 52738 Summary: Not keyboard input in "STREET CHAVES - O LUTADOR DA VILA" (game) Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com Distribution: --- Hello. "STREET CHAVES - O LUTADOR DA VILA" is an game using keyboard working in WINE 6.X. In WINE 7.2 after changes in input API now the game load showing the start screen menu, but keyboard input not work. Here are links about the game https://wiki.acervolima.com/street-chaves/ https://street-chaves.softonic.com.br/ Another detail if running winecfg in Graphics menu if "Allow window manager to control windows" is disabled will not keyboard input for Raine emulator. Only have keyboard input if "Allow window manager to control windows" is enabled. Raine emulator use SDL. "Allow window manager to control windows" being enabled or disabled not keyboard input for "STREET CHAVES - O LUTADOR DA VILA". Need another information ? logs ? If yes please how create log and where are written ? Thanks for reading. -- 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 57227] New: IL-2 1946 crash at startup
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57227 Bug ID: 57227 Summary: IL-2 1946 crash at startup Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roskatunnukset(a)outlook.com Distribution: --- Created attachment 77145 --> https://bugs.winehq.org/attachment.cgi?id=77145 Terminal output Game crashes at startup in wine versions 9.16, 9.17 and 9.18 With versions 9.0 - 9.15 game starts like it should, but with scroll-wheel bug. https://bugs.winehq.org/show_bug.cgi?id=57216 Tested game versions: 4.13.4M Vanilla 4.13.4M + SAS-MODACT 6.40 Terminal output as attachment. -- 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 56632] New: Explorer cannot run any files in Windows ME compatibility mode (or below)
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56632 Bug ID: 56632 Summary: Explorer cannot run any files in Windows ME compatibility mode (or below) Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- If compatibility mode is set to Windows ME (or below) then Explorer.exe cannot run any file trowing "file not found" dialog Introduced in wine-9.5 (still present in wine 9.7 and wine/master) git bisect show bug is introduced in: commit 85d029e3b01f6dd35a86cc07796af982d66e4a03 Author: Yuxuan Shui <yshui(a)codeweavers.com> Date: Mon Mar 18 18:32:00 2024 +0000 shell32: Rely solely on SHELL_FindExecutable for ShellExecute. This does two things: 1. ShellExecute no longer searches in the directory where the current executable is in. 2. We always CreateProcess with a fully qualified path, so we CreateProcess won't do its own path resolution. Serendipitously this also fixes some existing todos in tests. dlls/shell32/shlexec.c | 24 +----------------------- dlls/shell32/tests/shlexec.c | 8 +++----- 2 files changed, 4 insertions(+), 28 deletions(-) -- 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 57319] New: Painting in a proprietary application is broken with vulkan renderer
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57319 Bug ID: 57319 Summary: Painting in a proprietary application is broken with vulkan renderer Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: rbernon(a)codeweavers.com Regression SHA1: 21a0c158b94bfc65d4baa95095307a1db396db0c Distribution: --- The following commit broke repainting in the proprietary application that I have here: commit 21a0c158b94bfc65d4baa95095307a1db396db0c Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Tue Sep 10 10:01:57 2024 +0200 winex11: Implement vulkan DPI scaling and child window rendering. dlls/winex11.drv/vulkan.c | 91 +++++++++++++++++++++++++++++++++++++++++++---- dlls/winex11.drv/window.c | 2 +- dlls/winex11.drv/x11drv.h | 1 + 3 files changed, 86 insertions(+), 8 deletions(-) The application uses D3D11 for rendering its windows contents. Broken painting could be reproduced by creating 2 MDI like windows, switching to 1st MDI child, and then moving main window by dragging it using window WM caption, this makes contents of the 2nd MDI child visible instead of current 1st MDI child. When using opengl renderer this particular bug doesn't exist, but there are other problems that make vulkan renderer preferrable. The application doesn't have a demo. I'll provide the requested logs if desired. -- 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 11674] New: Dual-core not being correctly supported in World of Warcraft (WOW)
by wine-bugs＠winehq.org 20 Dec '24

20 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=11674 Summary: Dual-core not being correctly supported in World of Warcraft (WOW) Product: Wine Version: 0.9.55. Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com +++ This bug was initially created as a clone of Bug #6383 +++ Running World of Warcraft in wine on a multicore/SMP system results in multiple threads being used, however, only one CPU is given significant tasks. The others have very little to no CPU load. -- 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 411

[Bug 56714] New: Startopia is stuck on a black screen on launch
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56714 Bug ID: 56714 Summary: Startopia is stuck on a black screen on launch Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: accounts.winehq.org(a)vv221.fr Distribution: --- With WINE 9.9, Startopia starts to a black screen, with no audio, and gets stuck at this point. The intro videos do not play and no further action is possible beside killing the process. All GStreamer plugins are available. Reverting to WINE 8.3 does get rid of the bug, applying the 8.3 → 8.4 upgrade seems to be what triggers it for the first time. I have not yet run a full bisect between 8.3 and 8.4 to spot the faulty commit, but should have the time to setup an environment for that in the coming days. -- 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 15

[Bug 57286] New: Dark Age of Camelot - camelot.exe required igd10um32.dll but the .dll file is not found.
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57286 Bug ID: 57286 Summary: Dark Age of Camelot - camelot.exe required igd10um32.dll but the .dll file is not found. Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tmwine(a)pertho.net Distribution: --- Created attachment 77228 --> https://bugs.winehq.org/attachment.cgi?id=77228 Output of WINEDEBUG=warn+all Hi, When running the Dark Age of Camelot's patcher/downloader (camelot.exe) after installing on WINE 9.19 (bug happened on 9.17 and 9.18 too), and I go to run camelot.exe to have it download its files it crashes with: libc++abi: terminating due to uncaught exception of type std::bad_alloc: std::bad_alloc Running it with warn+all in WINEDEBUG I see information pointing to the app needing some .dll file that it can't find called igd10umd32.dll. (See attached camelot.log file) Someone on the #winehq channel on Freenode said that .dll isn't used and WINE pretends to do its function (something to do with Intel graphics), and recommended to copy dcomp.dll to igd10um32.dll. So I copied /usr/lib/wine/x86_64-windows/dcomp.dll from the WINE package to the program's folder as 'igd10umd32.dll' and then it worked. Is there something that can be put into WINE to emulate this .dll without having to resort to copying a physical file and renaming it that? Thanks, Tom -- 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 15

[Bug 54607] New: user32:clipboard - test_string_data() fails on Windows in mixed locales
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54607 Bug ID: 54607 Summary: user32:clipboard - test_string_data() fails on Windows in mixed locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:clipboard - test_string_data() fails on Windows in mixed locales: clipboard.c:2351: Test failed: 7: wrong size 2 / 3 clipboard.c:2352: Test failed: 7: wrong data "a\x00", expected "\x83\xbf\x00" 025c:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 8: wrong size 3 / 5 clipboard.c:2352: Test failed: 8: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 1d98:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 9: wrong size 3 / 5 clipboard.c:2352: Test failed: 9: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 1e40:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 10: wrong size 4 / 7 clipboard.c:2352: Test failed: 10: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 0234:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 11: wrong size 4 / 7 clipboard.c:2352: Test failed: 11: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 0578:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process See https://test.winehq.org/data/patterns.html#user32:clipboard A bisect shows that this failure started with the commit below: commit 605ecafa67a4e034328b69396581e2f9b60d7af3 Author: François Gouget <fgouget(a)codeweavers.com> AuthorDate: Wed Dec 21 18:48:29 2022 +0100 user32: Fix a SetClipboardData() buffer overflow. Wine would append a correctly aligned NUL Unicode character to terminate the string but overflow the buffer by one byte for odd-sized strings. Windows instead overwrites the last two buffer bytes with a NUL Unicode character which ends up being misaligned for odd-sized strings. The clipboard data has a size field anyway so match the Windows behavior. Tweak the tests to show that SetClipboardData() can overwrite half of the Unicode string's last character. -- 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

← Newer
1
...
54
55
56
57
58
59
60
...
97
Older →

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 2024