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=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=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.