https://bugs.winehq.org/show_bug.cgi?id=55772
Bug ID: 55772
Summary: uxtheme:system - test_EnableThemeDialogTexture() fails
on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
uxtheme:system - test_EnableThemeDialogTexture() fails on Windows 7:
system.c:1947: Test failed: Expected brush changed.
system.c:1954: Test failed: Expected a different brush.
system.c:1972: Test failed: Expected a different brush.
system.c:1983: Test failed: Expected a different brush.
system.c:2007: Test failed: OpenThemeData failed.
system.c:2011: Test failed: GetThemePartSize failed, hr 0x80070006.
system.c:2034: Test failed: msg 0x132: Expected (-1,-2), got (0,0).
system.c:2042: Test failed: msg 0x132: Expected mode 0x1, got 0x2.
system.c:2057: Test failed: msg 0x132: Expected brush color 0, got 0xf0f0f0.
system.c:2058: Test failed: msg 0x132: Expected brush style 0x3, got 0.
system.c:2063: Test failed: msg 0x132: GetObjectA failed, error 2147943568.
system.c:2069: Test failed: msg 0x132: Expected a different brush.
system.c:2077: Test failed: msg 0x132: Expected a different brush.
system.c:2034: Test failed: msg 0x135: Expected (-1,-2), got (0,0).
system.c:2042: Test failed: msg 0x135: Expected mode 0x1, got 0x2.
system.c:2057: Test failed: msg 0x135: Expected brush color 0, got 0xf0f0f0.
system.c:2058: Test failed: msg 0x135: Expected brush style 0x3, got 0.
system.c:2063: Test failed: msg 0x135: GetObjectA failed, error 2147943568.
system.c:2069: Test failed: msg 0x135: Expected a different brush.
system.c:2077: Test failed: msg 0x135: Expected a different brush.
system.c:2034: Test failed: msg 0x136: Expected (-1,-2), got (0,0).
system.c:2042: Test failed: msg 0x136: Expected mode 0x1, got 0x2.
system.c:2057: Test failed: msg 0x136: Expected brush color 0, got 0xf0f0f0.
system.c:2058: Test failed: msg 0x136: Expected brush style 0x3, got 0.
system.c:2063: Test failed: msg 0x136: GetObjectA failed, error 2147943568.
system.c:2069: Test failed: msg 0x136: Expected a different brush.
system.c:2077: Test failed: msg 0x136: Expected a different brush.
system.c:2090: Test failed: msg 0x136: Expected a different brush.
system.c:2092: Test failed: msg 0x136: Expected a different brush.
system.c:2034: Test failed: msg 0x138: Expected (-1,-2), got (0,0).
system.c:2042: Test failed: msg 0x138: Expected mode 0x1, got 0x2.
system.c:2057: Test failed: msg 0x138: Expected brush color 0, got 0xf0f0f0.
system.c:2058: Test failed: msg 0x138: Expected brush style 0x3, got 0.
system.c:2063: Test failed: msg 0x138: GetObjectA failed, error 2147943568.
system.c:2069: Test failed: msg 0x138: Expected a different brush.
system.c:2077: Test failed: msg 0x138: Expected a different brush.
system.c:2165: Test failed: Expected a different brush.
system.c:2246: Test failed: 0x1 to 0x6: Expected tab texture enabled.
system.c:2246: Test failed: 0x1 to 0xa: Expected tab texture enabled.
[...]
system.c:2327: Test failed: "Static" 0x10: Expected tab texture enabled.
See: https://test.winehq.org/data/patterns.html#uxtheme:system
The failures started on 2023-10-10 and are systematic. A bisect shows that they
started with the commit below:
commit 91e54e5f6d33ff17ce6ab904fbdcdeb6497de8cb
Author: Helix Graziani <helix.graziani(a)hotmail.com>
AuthorDate: Tue Sep 26 20:03:44 2023 -0400
uxtheme: Add ShouldSystemUseDarkMode.
Since that commit does not modify test_EnableThemeDialogTexture() it must be
the new ShouldSystemUseDarkMode() call that breaks things (see bug 55771).
--
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=55746
Bug ID: 55746
Summary: wscript.exe:run - Dispatch_Invoke() gets wrong
WScript.FullName in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wscript.exe:run - Dispatch_Invoke() gets wrong WScript.FullName in Wine:
Pure 32-bit and 64-bit:
run.c:172: Test failed: test.JS: L"WScript.FullName =
C:\\windows\\system32\\wscript.exe"
32-bit in WoW configurations:
run.c:172: Test failed: test.JS: L"WScript.FullName =
C:\\windows\\syswow64\\wscript.exe"
run.c:172: Test failed: test.JS: L"WScript.Path = C:\\windows\\syswow64"
See https://test.winehq.org/data/patterns.html#wscript.exe:run
A bisect shows that this started with the commit below:
commit de81e2ea41b27a14f88177639c5b5d35a210b5bd
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Oct 6 15:08:02 2023 +0200
ntdll: Only create the main module on the 32-bit side for wow64.
This means this most likely has the same fix as bug 55744.
--
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=55605
Bug ID: 55605
Summary: winmm:mci sometimes gets an assertion in GitLab CI's
Wine tests
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winmm:mci sometimes crashes in Wine:
mci.c:1259: Wine style MCI auto-close upon notification
Unhandled exception: assertion failed in wow64 32-bit code (0xf7faf559).
See https://test.winehq.org/data/patterns.html#winmm:mci
test_AutoOpenWAVE()'s "Wine style" trace is usually the last in the report so
the crash may happen in that function or one that is called after.
Furthermore this crash is specific to the GitLab CI Wine test environment and
the oldest known instance happened on 2023-07-18. So this may have started with
GitLab CI's switch to the Debian 12 build environment (2023-07-10):
* 2023-09-15 MR!3808
* 2023-09-14 MR!3805
* 2023-09-14 MR!3779
* 2023-09-14 MR!3757
* 2023-09-12 MR!3802
* 2023-09-01 MR!3505
* 2023-08-29 linux_gitlab-debian-32
* 2023-08-28 linux_gitlab-debian-32
* 2023-08-23 MR!3635
* 2023-08-22 MR!3632
* 2023-08-16 MR!3577
* 2023-08-14 MR!3473
* 2023-08-03 linux_gitlab-debian-32
* 2023-08-02 MR!3433
* 2023-08-01 MR!3452
* 2023-07-31 MR!3323
* 2023-07-27 MR!3379
* 2023-07-20 MR!3260
* 2023-07-18 MR!3350
--
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=55555
Bug ID: 55555
Summary: secur32:secur32 - test_ticket_cache() crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
secur32:secur32 - test_ticket_cache() crashes on macOS:
secur32.c:485: Test failed: got c0000135
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x00000140013f0a).
See https://test.winehq.org/data/patterns.html#secur32:secur32
Where 0xc0000135 == STATUS_DLL_NOT_FOUND
The crash is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines). Maybe Kerberos support is missing?
--
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=53264
Bug ID: 53264
Summary: mmdevapi:capture - test_audioclient() fails
systematically on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:capture - test_audioclient() fails systematically on Windows 10 1909+:
capture.c:534: Test failed: SetEventHandle returns 80070002
capture.c:135: Test failed: Start on a stopped stream returns 88890014
capture.c:137: Test failed: Waiting on event handle failed!
capture.c:155: Wait'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:187: Test failed: GetNextPacketSize 0 vs. GCP 0
capture.c:190: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:219: Sleep.1 position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:259: Test failed: GetNextPacketSize 0 vs. GetDevicePeriod 448
capture.c:264: GetBufferSize 21996 period size 448
capture.c:272: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:274: Overrun position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:299: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:301: Cont'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:314: Test failed: Stop on a started stream returns 00000001
capture.c:317: Test failed: Start on a stopped stream returns 88890014
capture.c:320: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:325: Restart position 0 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:327: Test failed: restarted GCP 0
capture.c:339: Test failed: Stop on a started stream returns 00000001
capture.c:354: Reset position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:361: Test failed: Start on a stopped stream returns 88890014
capture.c:369: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
https://test.winehq.org/data/patterns.html#mmdevapi:capture
80070002 == HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND)
88890014 == AUDCLNT_E_EXCLUSIVE_MODE_NOT_ALLOWED AUDCLNT_ERR
It looks like the first failure is the cause for all the others.
--
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=23489
Summary: Buccaneer: quits silently when entering the Tavern
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.bigdownload.com/games/buccaneer-the-pursuit
-of-infamy/pc/buccaneer-the-pursuit-of-infamy-demo/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=29317)
--> (http://bugs.winehq.org/attachment.cgi?id=29317)
console log
The game Buccaneer: The Pursuit of Infamy will quit silently (without a crash
dialogue or anything) when you enter the Tavern after returning from a mission.
The Tavern is the place where players can save their actual progress in the
game.
Interestingly the game never crashes if you enter the Tavern BEFORE a mission
(I mean right after starting a new game).
You can check out the issue using the demo (122 Mb download size), link added
to URL.
How to reproduce the bug in the demo:
1. Install the demo and start it by T3D.exe. The game will notify you about the
latest update, you can install it, the game will restart after updating.
2. Start a new single-player game, select an available mission in 'Chart Room',
'Set Sail'.
3. You can complete the mission if you like it or simply turn your ship back,
and leave the mission area. You will be returned to your home port (Cutlass
Bay).
4. Back in the port click on 'The Tavern' >> the game will quit unexpectedly.
After some fiddling it turned out that installing native comctl32 components
via winetricks solves the problem.
A standard console log (attached) doesn't reveal too much information, I guess.
Any winedebug I should pass to narrow the problem?
--
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=55792
Bug ID: 55792
Summary: Tron 2.0 crashes before the menu appears
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://archive.org/details/TRONDemo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 7a678903fbe9b384e97b23bc8cb73c9239616054
Distribution: ---
Created attachment 75275
--> https://bugs.winehq.org/attachment.cgi?id=75275
terminal output
I bumped into this while revisiting bug #30969.
After playing some company logos the game crashes when music is enabled (can be
toggled in the launcher).
A regression introduced by commit 7a678903fbe9b384e97b23bc8cb73c9239616054.
Can be reproduced with the demo version.
TRONDemo.exe (203 MB)
md5: ef149830788bff5743e335aa6b788e26
--
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=55267
Bug ID: 55267
Summary: gdi32:font - The 64-bit test_RealizationInfo() gets
invalid parameter errors on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - The 64-bit test_RealizationInfo() gets invalid parameter errors on
Windows 8+:
font.c:4470: Test failed: ret 0 gle 87
font.c:4472: Test failed: mismatch
See https://test.winehq.org/data/patterns.html#gdi32:font
Where 87 == ERROR_INVALID_PARAMETER
This is specific to the 64-bit tests and first happened on 2023-07-10 which
corresponds to the GitLab CI's move to Debian 12 for building the Windows test
binaries (5799e89f15b5). This is confirmed by the fact that test executables
built on Debian 11 still don't get these failures.
In particular this means:
* These failures will show up in the TestBot's nightly WineTest results since
they use the official winetest.exe binaries built by the GitLab CI on Debian
12.
* But they will not happen when testing patches on the TestBot since, so far,
it still builds the tests on Debian 11.
--
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=49731
Bug ID: 49731
Summary: Shtriga: Summer Camp freezes with a black screen
(PE-build only)
Product: Wine
Version: 5.15
Hardware: x86
URL: https://store.steampowered.com/app/560740/Shtriga_Summ
er_Camp/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
The game displays some company logos after startup then it gets stuck with a
black screen.
Wine built without Mingw loads the game properly.
Plain terminal output:
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:dwmapi:DwmSetWindowAttribute (00020064, 7, 0031BD7C, 4) stub
0024:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
wine-5.15-108-gab94abb14f
--
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=45144
Bug ID: 45144
Summary: The GED Keeper 2 program does not start.
Product: Wine-staging
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michal.michcik(a)interia.pl
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61329
--> https://bugs.winehq.org/attachment.cgi?id=61329
Log from PlayOnLinux Debuger
Link to the mentioned program.
https://sourceforge.net/projects/gedkeeper/?source=typ_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.
https://bugs.winehq.org/show_bug.cgi?id=55790
Bug ID: 55790
Summary: Unreal II The Awakening: general protection fault when
loading a level
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: d8bce981d7f320987f32f57168614245314932d1
Distribution: ---
Created attachment 75273
--> https://bugs.winehq.org/attachment.cgi?id=75273
terminal output
This was tested and reproduced with both the Steam and the GOG versions.
Unfortunately the game was removed from all online distributions.
https://store.steampowered.com/app/13200/Unreal_2_The_Awakening/
The game loads the main menu properly, but when I start a new game or load an
existing save the game throws an error window with a very long text in it then
it quits.
Winedbg never kicks in.
The problem appeared in Wine-8.16 and is still present in Wine-8.18.
The result of the regression test:
d8bce981d7f320987f32f57168614245314932d1 is the first bad commit
commit d8bce981d7f320987f32f57168614245314932d1
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Sep 4 22:27:39 2023 +0200
dmime: Rewrite IDirectMusicGraph tools iteration.
I can't revert that commit but verified that the problem doesn't occur with the
previous commit.
--
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=55725
Bug ID: 55725
Summary: The 32-bit amstream:amstream gets an assert and times
out on the GitLab CI
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit amstream:amstream gets an assert and times out on the GitLab CI:
Unhandled exception: assertion failed in wow64 32-bit code (0xf7f11559).
[...]
amstream:amstream:0504 done (258) in 120s 42889B
See https://test.winehq.org/data/patterns.html#amstream:amstream
This started on 2023-10-03 and has been systematic since. Yet it is specific to
the 32-bit GitLab CI: the TestBot VMs are unaffected. Of course this impacts
merge requests:
2023-10-04 MR!4008
2023-10-04 MR!4007
2023-10-04 MR!4012
2023-10-04 MR!4013
2023-10-04 MR!4011
--
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=55722
Bug ID: 55722
Summary: dmime:dmime - test_band_track_play() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dmime:dmime - test_band_track_play() fails on macOS:
dmime.c:3771: Test failed: got 0x88781182
See https://test.winehq.org/data/patterns.html#dmime:dmime
Where 0x88781182 == DMUS_E_LOADER_FAILEDOPEN
This started failing on 2023-09-29 when the todo was removed in the commit
below (whereas before it was just hidden by the todo):
commit b733a46adae2af03d364bac9a0ecfd83390d25d3
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Thu Sep 21 09:11:55 2023 +0200
dmusic: Implement SoundFont2 collection parsing.
So this would mean that the SoundFont2 collection parsing does not work on
macOS.
--
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=55577
Bug ID: 55577
Summary: advapi32:registry - The 64-bit test_performance_keys()
sometimes crashes on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry - The 64-bit test_performance_keys() sometimes crashes on
Windows 10:
registry.c:4203: Test failed: key FFFFFFFF80000050: got 8
registry.c:4204: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4209: Test failed: key FFFFFFFF80000050: got 8
registry.c:4210: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4250: Test failed: key FFFFFFFF80000050: got 8
registry.c:4251: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4261: Test failed: key FFFFFFFF80000050: got 8
registry.c:4091: Test failed: key FFFFFFFF80000050: did not find name
registry.c:4093: this is the last test seen before the exception
0304:registry: unhandled exception c0000005 at 00007FFA9AD2D110
See https://test.winehq.org/data/patterns.html#advapi32:registry
The number of test failures varies a bit from one run to the next.
The crashes started on 2023-09-04 and so far only happen on the non-English
configurations of the w10pro64 TestBot VM.
--
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=45893
Bug ID: 45893
Summary: Midtown Madness: Extremely Slow with csmt on
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Midtown Madness is unplayably slow with csmt turned on. This can be
reproduced with the demo version of the game.
This is an old title from 1999 that uses direct draw AFAICT.
The game needs Windows version set to XP or lower, and either be run with an
Xserver supporting 16bpp colors, or a hack to force Wine to use 16bpp.
https://www.fileplanet.com/19814/10000/fileinfo/Midtown-Madness-Demo
--
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=43372
Bug ID: 43372
Summary: valgrind shows a definite leak in
dlls/d3dx9_36/tests/texture.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M d3dx9_36.dll -p
d3dx9_36_test.exe.so texture && touch texture.ok
==9786== 8 bytes in 1 blocks are definitely lost in loss record 165 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA083C: test_texture_shader (texture.c:2053)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 166 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA08DA: test_texture_shader (texture.c:2056)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 167 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA0978: test_texture_shader (texture.c:2059)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
--
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=55720
Bug ID: 55720
Summary: msxml3:domdoc - test_domnode() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msxml3:domdoc - test_domnode() fails in Wine:
domdoc.c:2521: Test failed: Unexpected hr 0x1.
See https://test.winehq.org/data/patterns.html#msxml3:domdoc
This does not happen in all test configurations. In particular it does not
happen on any of the TestBot VMs (or my VMs), but it is systematic on the
GitLab CI and Remi's Linux cloud machines.
A look at the commits shows that this failure was introduced by the commit
below. The failure even showed up in the GitLab CI's pipeline but MR!4004 got
merged anyway.
https://gitlab.winehq.org/wine/wine/-/merge_requests/4004/pipelines
commit 0770ba61ceb81794e5d03b6d6c48597d1b67c7ae
Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Date: Tue Oct 3 17:08:16 2023 +1100
msxml3: IXMLDOMElement::selectSingleNode always assign a value to the
output parameter.
--
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=55223
Bug ID: 55223
Summary: d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on w11pro64-amd-64:
d3dx10.c:2970: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2970: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
See https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10https://test.winehq.org/data/patterns.html#d3dx10_35:d3dx10
Where 0x88760b59 == D3DXERR_INVALIDDATA
And the number of failures is variable but always happens in either
test_get_image_info() or test_create_texture(), but seemingly on random
test_image indexes.
Also the failure always happens on the TestBot's AMD RX6600 PCI passthrough
configuration (the QEmu QXL and Nvidia configurations have no failure).
And this error first happened on 2023-06-14 and has been happening about twice
a week but I could not identify which commit is causing the failures.
--
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=54704
Bug ID: 54704
Summary: Black screen with Dungeon Keeper 2 and Wine v8.4
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: ---
Created attachment 74213
--> https://bugs.winehq.org/attachment.cgi?id=74213
DK2 log (with broken Wine 8.4 and working Wine 8.3)
I just compiled and tried Wine v8.4, and with it, I get a black screen after
the intro screen, at the menu stage of Dungeon Keeper 2.
This game is working just fine with (almost) all Wine versions between
6.something (I don't remember exactly which) and 8.3 (I reverted to the latter
for now).
There is alas no clue in the messages I get when starting DK2 from a terminal
(I get the exact same messages as with v8.3; log attached).
Note that I am using MATE (v1.14.1, GTK2) as the desktop environment, without
any compositor, and in X11 mode (no Wayland installed on my system and Wine 8.4
compiled --without-wayland) with a NVIDIA GPU (RTX 3070) and the latest NVIDIA
proprietary drivers.
--
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=45135
Bug ID: 45135
Summary: Black Rockman Shooter has no sound, implementation
missing in dmime
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 61322
--> https://bugs.winehq.org/attachment.cgi?id=61322
stdout of that game.
Game "Black Rockman Shooter" has not sound at the begin. Although override the
dmime could make sound, the game will become laggy.
Some other game also using same dll to make sound and has same situation.
--
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=32395
Bug #: 32395
Summary: Neverwinter Nights 2 : Broken sky
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
Created attachment 42747
--> http://bugs.winehq.org/attachment.cgi?id=42747
Screenshot
In Neverwinter Nights 2, the sky fails to display properly. Look at the
attached screenshot for an example. It reminds me of
http://bugs.winehq.org/show_bug.cgi?id=23012 in the sense that the faulty
portion of the sky seems similar, but the sky is not black.
The console outputs this error appears in loop , is it related to this bug?
err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502)
from glBlitFramebuffer() @ surface.c / 1265
Otherwise the console outputs nothing in particular. A specific channel could
be required to identify the culprit.
Wine 1.5.19
Neverwinter Nights 2 1.23
Nvidia 550 Ti
Arch Linux X64
--
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=55771
Bug ID: 55771
Summary: uxtheme:system - test_ShouldSystemUseDarkMode() fails
on Windows 7 to 10 1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
uxtheme:system - test_ShouldSystemUseDarkMode() fails on Windows 7 to 10 1909.
Mostly ShouldSystemUseDarkMode() returns various error codes.
Windows 7:
system.c:2628: Test failed: ShouldSystemUseDarkMode set last error: 5.
Windows 8:
system.c:2629: Test failed: Expected value 0, got -2147024890.
Windows 10 1507:
system.c:2623: this is the last test seen before the exception
03f8:system: unhandled exception c0000005 at 74A58B41
Windows 10 1607:
system.c:2628: Test failed: ShouldSystemUseDarkMode set last error: 0.
system.c:2629: Test failed: Expected value 0, got -2147467259.
Windows 10 1709:
system.c:2629: Test failed: Expected value 0, got -2147467261.
Windows 10 1809:
system.c:2629: Test failed: Expected value 0, got 1.
See: https://test.winehq.org/data/patterns.html#uxtheme:system
Where: 5 == ERROR_ACCESS_DENIED
-2147467261 == 0x80004003 == E_POINTER
-2147467259 == 0x80004005 == E_FAIL
-2147024890 == 0x80070006 == ERROR_INVALID_HANDLE
Are we sure that the entry point 138 really points to ShouldSystemUseDarkMode()
on early Windows versions? Because it looks more like it points to random APIs
that may expect more parameters and end up failing in varying ways.
--
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=55654
Bug ID: 55654
Summary: High RAM usage in GTA San Andreas with SkyGFX
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
Distribution: ArchLinux
Hello,
So GTA San Andreas has high RAM usage when using the SkyGFX mod since commit
c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
At first the RAM usage seems normal (no more 400 MB) but after doing a loop
around the city the RAM usage gets to ~1.5 GB
Commit 22fcf28f05a2478df01b0a0cfae1a49376c990f5 does improve things (the RAM
usage when doing the same test is ~1.2 GB) but it's still noticeably higher
than before
Disabling/removing the SkyGFX mod or switching to DXVK makes the issue
disappear (so it's some weird interaction with the SkyGFX mod and WineD3D)
I do use wine-staging like always (but disabling all of the wined3d staging
patchsets didn't make a difference)
The mod is open-source though (https://github.com/aap/skygfx) so it should be
easier to tell what graphics code/shader file is triggering the high RAM issue
I tried using valgrind's massif to track the cause of this issue but valgrind
didn't support some instructions that are used by 2 mods (and doing some byte
patching caused SkyGFX to segfault so that's out of the question)
+d3d logs/an apitrace might be helpful but the issue only becomes noticeable
enough after a few minutes so both of these are going to be likely too big
--
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=55228
Bug ID: 55228
Summary: kernel32:loader - test_ResolveDelayLoadedAPI() fails
on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_ResolveDelayLoadedAPI() fails on Windows 10+:
loader.c:3979: Test failed: Test 0: expected 74464550, got 10001A00
loader.c:3998: Test failed: Test 0: expected 74464550, got 10001A00
loader.c:3979: Test failed: Test 1: expected 70492CF0, got 10001A20
loader.c:3998: Test failed: Test 1: expected 70492CF0, got 10001A20
loader.c:3979: Test failed: Test 2: expected 74462DC0, got 10001A40
loader.c:3998: Test failed: Test 2: expected 74462DC0, got 10001A40
loader.c:3987: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with
10001A60
loader.c:3989: Test failed: Test 3: Wrong sys callback count: 0
loader.c:4018: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with
10001A60
loader.c:3987: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with
10001A80
loader.c:3989: Test failed: Test 4: Wrong sys callback count: 0
loader.c:4018: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with
10001A80
See https://test.winehq.org/data/patterns.html#kernel32:loader
--
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=52014
Bug ID: 52014
Summary: Memento Mori stucks on launch
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
04a0:fixme:dsound:IDirectSoundBufferImpl_Restore (14B393D0):stub
04a0:err:sync:RtlpWaitForCriticalSection section 00DD85F4
"../wine/dlls/winegstreamer/wm_asyncreader.c: async_reader.stream_cs" wait
timed out in thread 04a0, blocked by 04e8, retrying (60 sec)
04e8:err:sync:RtlpWaitForCriticalSection section 0A6DF734 "?" wait timed out in
thread 04e8, blocked by 04a0, retrying (60 sec)
wine-6.21-116-g6a072b98c10
--
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=48550
Bug ID: 48550
Summary: Right click doesn't work on system tray icons (Plasma
desktop issue)
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)protonmail.com
Distribution: ---
When clicking by the right button on any system-tray icons under Wine, it
doesn't respond, and shows the menu.
This issue happens only with KDE Plasma desktop, and it is quite old issue, but
I didn't report it before, because I was using a modified wine builds that had
a patch for this issue.
System info:
OS: Kubuntu 19.10
KDE Plasma version: 5.16.5
KDE Frameworks version: 5.62.0
Qt version: 5.12.4
--
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=50388
Bug ID: 50388
Summary: scroll wheel does not work in Approach's worksheets
Product: Wine-staging
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Dear Wine Staging,
Fedora 33
wine-staging64-6.0.rc3-1.1.x86_64
Lotus Approach N9.8.0208.1300
The scroll wheel has never worked in Approach's worksheets (looks like a spread
sheet). It is really, really annoying. Would you guys please consider fixing
this for me?
Many thanks,
-T
--
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=55840
Bug ID: 55840
Summary: Crowbar: Crashes on hovering the Refresh button in
second launch
Product: Wine-staging
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zargulthewizard(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
https://appdb.winehq.org/objectManager.php?sClass=version&iId=38948&iTestin…
In the unpack tab, when I hover over the Refresh button with the cursor,
Crowbar crashes with the error mentioned in the test data. This also happens
when hovering some other UI elements, but not all. Notably, this does not
happen on the first launch in a prefix, only secondary launches. This did not
used to happen in earlier versions of wine, and Crowbar has not changed since
then.
--
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=54175
Bug ID: 54175
Summary: MAME 0.224 (windows version) cannot start any machine
due to Direct3d 9 initialization failure
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73697
--> https://bugs.winehq.org/attachment.cgi?id=73697
MAME crash when starting any machine (NES in this case)
The windows version of MAME 0.224 cannot start any machine because of direct3d
9 initialization error (as it is written in console output) in stable 7.0.1
version (with dxvk 1.10.3 installed). However, everything was working fine in
stable 7.0. It seems to be some kind of regression in 7.0.1. I cannot test dxvk
2.0 version (if it is the reason) because of my GTX 760 support abandoning. The
drivers tested were 470.131.03 and the latest 470.161.03.
--
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=55685
Bug ID: 55685
Summary: FlatOut 2 crashes due to HLSL syntax error 'unexpected
NEW_IDENTIFIER'
Product: vkd3d
Version: 1.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 75206
--> https://bugs.winehq.org/attachment.cgi?id=75206
log + shader
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:11:1: E5000: syntax error,
unexpected NEW_IDENTIFIER
0024:err:d3dcompiler:D3DCompile2
Attached is an archive including a vkd3d & +d3dcompiler log and the relevant
dumped shader.
This might be related to bug 54872, but I'm not sure.
--
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=55786
Bug ID: 55786
Summary: user32:msg - test_timers() sometimes gets a shorter
timeout than expected in Wine
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: ---
user32:msg - test_timers() sometimes gets a shorter timeout than expected in
Wine:
11622: Test failed: did not get expected count for minimum timeout (90 !=
~100).
See https://test.winehq.org/data/patterns.html#user32:msg
This first happened on 2023-07-14 (no instance in the previous 5 months) and
has happened about 8 times per month since.
It does not happen on any of the TestBot VMs however. So far it only happened
on the GitLab CI (impacting 12 MRs), on Remi's macOS machines and once on my
fg-deb64 desktop.
Here are the October instance:
* 2023-10-04 linux_gitlab-debian-64
* 2023-10-06 mac_rbernon-macos-opengl-win64_1
* 2023-10-10 mac_rbernon-macos-opengl-wow64
* 2023-10-10 MR!4024, MR!4042
* 2023-10-11 MR!4064, MR!4075
* 2023-10-12 MR!4071
The lowest value in the failure messages (including the MRs) is 86 (2023-07-14
mac_rbernon-macos-opengl-win64_2). All other values are either 89 or 90. So
TIMER_COUNT_TOLERANCE = 10 was not far off, but maybe something around 15.6
would be more accurate.
That said this test is old (2013-2019) so it is strange that it only started
failing last July.
--
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=31586
Bug #: 31586
Summary: Myst V stucked when about playing the first cutscene
in the game
Product: Wine
Version: 1.5.11
Platform: x86
URL: http://www.chip.de/downloads/Demo-Myst-V-End-Of-Ages_1
6462550.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 41534
--> http://bugs.winehq.org/attachment.cgi?id=41534
terminal output
This probably never worked correctly in Wine: in AppDB there are mentions of
the issue with Wine 0.9.x.
Reproducible with the demo as well as with the GOG.com version of the game.
The problem: when you meet the first person very early in the game, his/her
initial monologue is not playing. The person is just standing there, the audio
file containing the speech is never played. This makes impossible to get
further in the game. The game is not freezing; background music, animations,
camera movement are still working, but you are unable to use the keyboard or
the mouse. The only way to exit the game at this point is to kill the game
executable.
This is the point where certain fixmes from dmime are printed in the terminal,
as can be seen at the end of the attached log.
Workaround: 'winetricks directmusic' (which also installs native dsound). The
corresponding audio file is playing correctly and you can proceed further in
the game.
Steps to reproduce the problem with the demo version:
1. install the demo, use virtual desktop mode to work around bug #25786. At the
end of the installation, audio files used by the game will be converted from
.ogg to .wav. It should be noted that the game installer hits bug #17403 at
this point: the converted .wav files have different sizes, compared to the same
files when the game is installed under Windows. Probably that's not what causes
the reported issue (native directmusic doesn't help in bug #17403).
2. start the demo with eoa.exe. Skip the intro videos and click <Ok> in the
notification dialogue about mouse movement.
3. there is a 'bubble' in front of you, left click on it to get closer. A man
appears in front of you, but he's just standing there, his monologue is not
playing thus you can't proceed further.
The audio file that should be played at this point in the demo version is
'drboEsher-DireboSrln_eng.wav', located under Myst V Demo/sfx/streamingCache.
Please let me know if you need a log with debug channels enabled.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25323
Summary: Civilization IV Beyond the Sword crashed when trying
to start a new game.
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.pinamartins(a)gmail.com
Created an attachment (id=32176)
--> (http://bugs.winehq.org/attachment.cgi?id=32176)
Crash log with WINEDEBUG=+tid,+msxml,+variant
The crash mentioned in the summary occurs only if using builtin msxml3.
Reverting this dll to native will make the game start just fine.
I attached a logfile with WINEDEBUG=+tid,+msxml,+variant.
This should allow more progress on the builtin msxml3 lib.
--
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=55827
Bug ID: 55827
Summary: Can't install Scratch3
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zuomug67(a)gmail.com
Distribution: ---
Created attachment 75319
--> https://bugs.winehq.org/attachment.cgi?id=75319
backtracefile
Can'tinstall Scratch3
--
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=55826
Bug ID: 55826
Summary: Office 2016 applications have broken UI
Product: Wine-staging
Version: 8.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: awesie(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
Created attachment 75318
--> https://bugs.winehq.org/attachment.cgi?id=75318
Broken UI in Word 2016
This is a regression caused by
https://github.com/wine-staging/wine-staging/blob/master/patches/wined3d-me…
Author: Andrew Wesie <awesie(a)gmail.com>
Date: Sun Sep 30 12:02:00 2018 -0500
wined3d: Use glReadPixels for RT texture download.
Signed-off-by: Andrew Wesie <awesie(a)gmail.com>
For the testing purposes I used 32-bit Office 2016 ISO from
https://archive.org/details/microsoft-office-2016-professional-plus-32-and-…
set Windows 7 in winecfg, and used default installation.
Then
1. goto drive_c/Program Files/Microsoft Office/Office16
2. run 'wine WINWORD.EXE'
3. choose "Blank document"
Reverting the above patch fixes UI painting.
--
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=55350
Bug ID: 55350
Summary: explorer.exe:explorer - test_taskbar() often fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
explorer.exe:explorer - test_taskbar() often fails in Wine:
explorer.c:43: Test failed: Expected (0,0)-(0,0), got (904,0)-(1024,768).
See https://test.winehq.org/data/patterns.html#explorer.exe:explorer
This happens almost systematically on fg-deb64-* but also happens randomly on
the TestBot's debian11 VM, GitLab's gitlab-debian environment, and Remi's VMs.
This also impacts merge requests sometimes, for instance MR!3413 on 2023-07-26.
--
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=55823
Bug ID: 55823
Summary: "Star Trek Fleet Command" crashes on exit
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: donnie126_2002(a)hotmail.com
Distribution: ---
Created attachment 75314
--> https://bugs.winehq.org/attachment.cgi?id=75314
Unhandled exception: page fault on read access, etc.
"Star Trek Fleet Command" by Scopely installs and runs as you might expect it
to run on a Windows machine, but when the player exits the game, the program
crashes with the report outlined in the attached "backtrace.txt" file.
--
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=55822
Bug ID: 55822
Summary: 8.2 and over Wine-staging doesn't apply patches on
tar.xz source code
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: d.bass05(a)proton.me
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This includes a lot of packaging, like the Arch Linux one
(https://gitlab.archlinux.org/archlinux/packaging/packages/wine-staging/-/bl…).
This is due to the Python 3 port
(https://gitlab.winehq.org/wine/wine-staging/-/commit/f2f8b949b1ae1bedc2b3b1…)
included since tag 8.2.
Specifically, it doesn't get passed the flag --nogit to gitapply.sh in case
that the wine main tree is not a git repository.
This regression made harder to understand why the staging patches are not
applied after the building.
--
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=4713
--- Comment #37 from temp82(a)luukku.com ---
> still freezes wine 8.18.
don't know if these are related
0024:fixme:ddraw:DirectDrawEnumerateExA flags 0x6 not handled
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:d3d:wined3d_device_apply_stateblock WINED3D_RS_ZVISIBLE not
implemented.
011c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
--
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=55712
Bug ID: 55712
Summary: rpcrt4: NdrClientInitializeNew() does not wait for
server connection
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 75218
--> https://bugs.winehq.org/attachment.cgi?id=75218
Application log (WINEDEBUG=+timestamp,+pid,+tid,+seh,+rpc,+file,+sync)
I'm debugging a crash of the RekordboxAgent application. The problem is that
it's terminated by the RPC_S_SERVER_UNAVAILABLE exception.
I noticed that the client connection for the endpoint .\pipe\wine_plugplay (see
NdrClientInitializeNew() API call on line 11168) had been triggered before the
server started listening (see NdrServerInitializeNew() API call on line 13286).
Since the application works well under Windows 10/11, I believe it's a wine
implementation related problem.
To me it seems like the client connection should wait until the server becomes
available. I made a small patch to test this theory (see rpcrt4.patch). Now I
can see in the logs that the WaitNamedPipeW API is called on line 11189, but
looks like does not have the desired effect as rpcrt4_conn_open_pipe connection
failed appears immediately on line 11194.
Any help regarding that would be appreciated.
--
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=55641
Bug ID: 55641
Summary: dxdiag crashes with segfault
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: matthew.mcallister.0(a)gmail.com
Distribution: ---
Created attachment 75176
--> https://bugs.winehq.org/attachment.cgi?id=75176
Output of `wine dxdiag`
Running wine-devel. wine --version is wine-8.16. OS is Debian 13. kernel
version 6.4.13-1. Graphics: RTX 3080, nvidia-driver version 525.125.06-2.
--
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=55524
Bug ID: 55524
Summary: Memory allocation difficulties were reported during
runs of the Settlers: Heritage of Kings.
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I tried the game “The settlers (gold edition)” out once more by components from
the software package “wine 8.15-1622.3”.
Some information was logged for further development considerations.
Markus_Elfring@Sonne:~> wine 'C:\ProgramData\Microsoft\Windows\Start
Menu\Programs\Ubisoft\Blue Byte\DIE SIEDLER - Das Erbe der Könige - Gold
Edition\DIE SIEDLER - Das Erbe der Könige Nebelreich spielen.lnk'
…
0178:err:virtual:map_view anon mmap error Nicht genügend Hauptspeicher
verfügbar, size 0x10020000, unix_prot 0
0178:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 10010000
0178:err:d3d:buffer_invalidate_bo_range Failed to allocate maps array,
invalidating entire buffer.
…
--
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=55469
Bug ID: 55469
Summary: GL_OUT_OF_MEMORY crash
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Starting with Wine 8.14, after playing just a second co-op game, I receive a
"GL_OUT_OF_MEMORY" error, followed by several instances of "Cannot allocate
memory", followed by the typical "RtlpWaitForCriticalSection" crash I have also
experienced in previous versions if I play too many matches. Not sure if the
two are related, but with previous versions (up to 8.13), I was able to play a
couple matches and then restart the application as a sort of workaround.
--
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=55760
Bug ID: 55760
Summary: roblox does not start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Johnjhill2007(a)gmail.com
Distribution: ---
it keep saying that robloxplayerbeta.exe has encountered a serious problem and
need to close
--
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=55743
Bug ID: 55743
Summary: Logos Bible Software (.NET app) crash on load
Product: Wine-staging
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 75246
--> https://bugs.winehq.org/attachment.cgi?id=75246
terminal output
Crash on load... new bug. This app has been silver or gold with staging since
7.18 staging.
Terminal Output attached
wine staging 8.17.
Logos_v28.2.0.0043-x64.msi
Operating System: SteamOS 3.4.10
KDE Plasma Version: 5.26.1
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Kernel Version: 5.13.0-valve37-1-neptune (64-bit)
Graphics Platform: X11
Processors: 8 × AMD Custom APU 0405
Memory: 14.5 GiB of RAM
Graphics Processor: AMD Custom GPU 0405
Manufacturer: Valve
Product Name: Jupiter
System Version: 1
Dependencies installed:
# CUPS + KDE printer manager GUI
PACKAGES="cups print-manager system-config-printer"
# Auto-discovery via DNS
# https://wiki.archlinux.org/title/Avahi#Hostname_resolution
PACKAGES="$PACKAGES nss-mdns"
# Optionals (helpful)
# foomatic pre-built ppd drivers
PACKAGES="$PACKAGES foomatic-db-engine foomatic-db-ppds
foomatic-db-nonfree-ppds"
# ghostscript for non-pdf printers
PACKAGES="$PACKAGES ghostscript"
# cups-filters for driverless printers
PACKAGES="$PACKAGES cups-filters"
# packages for wine to work with Logos
PACKAGES="$PACKAGES samba extra-rel/apparmor core-rel/libcurl-gnutls wine
winetricks cabextract appmenu-gtk-module patch bc lib32-libjpeg-turbo"
--
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=55702
Bug ID: 55702
Summary: d3d9:visual - fp_special_test() fails on Debian 12
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:visual - fp_special_test() fails on Debian 12:
visual.c:17094: Test failed: Expected color 0x00ff0000, 0x00ff7f00, 0x00ff0000
or 0x00ff7f00 for instruction "def2", got 0x00ffff00.
visual.c:17094: Test failed: Expected color 0x00ff00ff, 0x00ff7f00, 0x00ff00ff
or 0x00ff7f00 for instruction "def3", got 0x00ffffff.
See https://test.winehq.org/data/patterns.html#d3d9:visual
It never failed on Debian 11 and stopped failing on Debian Testing once it was
upgraded past Debian 12. So this looks specific to Debian 12. In particular
this fails systematically on the nightly GitLab CI WineTest runs (see
gitlab-debian-64).
--
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=55645
Bug ID: 55645
Summary: Crysis 3 and other DX11 games crashes at startup after
later WineD3D patches
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
CC: matteo.mystral(a)gmail.com
Apparently after WineD3D commits on Sep 15, 2023 Crysis 3 and many other DX11
games stopped working.
07ac:fixme:d3d:wined3d_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.
03ac:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_UNSUPPORTED (0x8cdd).
03ac:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-ms
texture 11, 16x16, 4 samples, format 0x881a.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
03ac:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
--
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=54391
Bug ID: 54391
Summary: Need for Speed: SHIFT crashes on launch
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0a7c:fixme:d3dx:get_format_info Unknown format 0x5a544e49 (as FOURCC "INTZ").
0a7c:fixme:d3dx:D3DXCreateVolumeTextureFromFileInMemoryEx Generation of mipmaps
for volume textures is not implemented yet.
0a7c:fixme:d3dx:d3dx_effect_ValidateTechnique iface 392EF860, technique
39319D80 semi-stub.
0a7c:fixme:d3dx:d3dx_effect_GetDesc iface 392EF860, desc 00E8E858 partial stub.
0a7c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0a7c:err:d3dcompiler:D3DCompile2 Shader log:
0a7c:err:d3dcompiler:D3DCompile2 <anonymous>:1:40: E5000: syntax error,
unexpected '<', expecting ';' or ','
0a7c:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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=43104
Bug ID: 43104
Summary: Robot Arena 2: crashes when opened
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunix4all(a)gmail.com
Distribution: Ubuntu
Created attachment 58291
--> https://bugs.winehq.org/attachment.cgi?id=58291
Robot Arena 2 error message
Robot Arena 2 1.4 crashes when opened in Wine 2.9
--
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.