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.
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.
https://bugs.winehq.org/show_bug.cgi?id=56348
Bug ID: 56348
Summary: Bricks: Regression in SetCursorPos handling
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bricks(a)speeddemosarchive.com
Distribution: ---
Hi,
I wrote the puzzle game bricks, website @ http://bricks-game.de/ with a direct
download link @ http://bricks-game.de/winbricks/bricks1/bricks1.zip
While running wine version 8 on Ubunutu 22.04 I had no problems at all running
bricks!
Unfortunately after upgrading to wine 9 the program is barely usable.
After clicking on a brick and trying to move it in a valid direction, the
program rapidly moves the brick back and forth hundreds of times a second.
I can tell you that in the source code, the program is calling the SetCursorPos
Windows API function, and so the regression appears to be there.
I also tried wine staging version 9.2 and the bug is there as well.
--
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=57525
Bug ID: 57525
Summary: Systray icons cannot be interacted with
Product: Wine
Version: 10.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Download and install WinRAR
2) Hit Alt + B or Menu -> Tools -> Benchmark
3) Click Background
4) Right click the WinRar icon in the systay
Result:
Nothing happens.
Expected result:
A menu pop-up.
Last working Wine version: 9.21.
--
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=46219
Bug ID: 46219
Summary: Camelot Unchained client client crashes while
execution
Product: Wine
Version: 3.0.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igor.kurtovic(a)me.com
Created attachment 62903
--> https://bugs.winehq.org/attachment.cgi?id=62903
Backtrace from error
Every time the Client Patcher is launched it crashes with a severe error and is
closed
--
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.