https://bugs.winehq.org/show_bug.cgi?id=53241
Bug ID: 53241
Summary: wtsapi32:wtsapi - test_WTSEnumerateProcessesW()
crashes if a process exits during the test?
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wtsapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits
during the test?
Here is the failure:
wtsapi.c:78: Test failed: failed to find pid 0x20e4
wtsapi.c:82: this is the last test seen before the exception
0618:wtsapi: unhandled exception c0000005 at 0000000000401848
https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi
The crash happens when check_wts_process_info() dereferences the NULL pointer
returned by find_nt_process_info().
So presumably the test must check that some API does return information about
at least some processes but it seems allowances should be made for processes
exiting during the test.
--
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=53200
Bug ID: 53200
Summary: WET (a dotnet45 framework for web printing terminal):
black block covered the content. i can edit with
libreoffice draw. the content is there, but all
covered with black block.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dejoebad(a)yahoo.com
Distribution: ---
WET (a dotnet45 framework for web printing terminal): black block covered the
content. i can edit with libreoffice draw. the content is there, but all
covered with black block.
https://www.instagram.com/p/Ce33e8vJ-n0
this is the output from windows and wine
https://www.instagram.com/p/CfBo3hVPd2d
this is what actually behind the black blocks. i'd print the file to pdf and
edit with libreoffice draw.
--
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=44337
Bug ID: 44337
Summary: d3d9/tests/device.ok fails on Nvidia (Nouveau drivers)
in test_occlusion_query()
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
with the following lines:
device.c:5915: Test failed: Got unexpected hr 0x1.
device.c:5919: Test failed: Got unexpected hr 0x1.
device.c:5920: Test failed: Got unexpected query result 0xffffffffffffffff.
It would be nice to fix this as this is currently the only D3D test failure on
the cw2 test machine.
--
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=48820
Bug ID: 48820
Summary: user32:win "unexpected 0x7fff message" Japanese
Windows 10 failures
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The TestBot's w1064v1809-zh_CN configuration runs the tests on Windows 10 1809
in a Chinese locale. This test configuration gets unique failures in
user32:win:
win.c:3852: Test failed: hwnd 007404D2 message 7fff
win.c:3858: Test failed: message 7fff available
win.c:3931: Test failed: hwnd 007404D2/0054050A message 7fff
win.c:3934: Test failed: hwnd 007404D2/0054050A message 7fff
Note how these messages are very similar to the IME messages in bug 48819.
However 0x7fff is a totally unknown message: all I can say about it is that
it's WM_APP-1. So maybe it's another IME system. Maybe not?
See: https://test.winehq.org/data/tests/user32:win.html
However note that quite often WineTest fails to submit its results to
test.winehq.org, typically because it times out. So you can more easily find
the latest failure by looking for the "32 bit WineTest: base VMs" jobs on the
TestBot.
Finally, three of these messages include the window handles which means they
are "always new". Because of this the TestBot will mistakenly attribute the
failure to any user32 patch submitted to wine-devel, which should cause them to
be rejected. So I bumped the priority on this bug.
--
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=53228
Bug ID: 53228
Summary: dxgi:dxgi - test_swapchain_window_styles() sometimes
fails on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_window_styles() sometimes fails on Windows 10:
dxgi.c:6125: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6141: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6169: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6196: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6212: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
This failure has been seen on Windows 10 1507 to 21H2.
Furthermore, because of the test's multi-threading it has an elevated risk of
causing false positives (see bug 53212).
--
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=53209
Bug ID: 53209
Summary: GTA San Andreas. Audio bug
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
When you rotate the camera around the character, the sound almost completely
goes from one speaker to the other and back again. I did not find anything
strange in the logs.
This problem has been in wine for as long as I can remember, no such thing on
windows. I wish that it was solved and the sound was distributed normally.
--
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=53173
Bug ID: 53173
Summary: user32:input - test_Input_mouse() randomly fails to
get the expected mouse button or hit-test messages
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:input - test_Input_mouse() randomly fails to get the expected mouse
button or hit-test messages:
input.c:3398: Test failed: expected WM_LBUTTONDOWN message
input.c:3399: Test failed: expected WM_LBUTTONUP message
input.c:3426: Test failed: expected WM_NCHITTEST message
input.c:3427: Test failed: expected WM_RBUTTONDOWN message
input.c:3428: Test failed: expected WM_RBUTTONUP message
input.c:3457: Test failed: expected WM_LBUTTONDOWN message
input.c:3458: Test failed: expected WM_LBUTTONUP message
input.c:3511: Test failed: expected loop with WM_NCHITTEST messages
input.c:3564: Test failed: expected WM_LBUTTONDOWN message
input.c:3565: Test failed: expected WM_LBUTTONUP message
https://test.winehq.org/data/patterns.html#user32:input
The failure list is always the same except for the first two which are not
always present.
This happened on w7u-2qxl, w86 and most Windows 10 1607+ test configurations up
to 21H2. So it's not a quirk of a specific Windows version.
--
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=53212
Bug ID: 53212
Summary: d3d11:d3d11 - test_clear_image_unordered_access_view()
fails in the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_clear_image_unordered_access_view() fails in the TestBot
VMs:
d3d11.c:16719: Test failed: Dim 0, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 1, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 2, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures don't happen on my box which has an Intel graphics card instead
of QEmu's QXL graphics card.
Note also that these failures still happen on my debian11 VM which has a single
monitor instead of the TestBot VMs' multi-monitor setup.
So this seems to be related to the VMs QXL GPU.
Despite being systematic these failures someimes cause false positives because
of the test's multi-threading: sometimes these failures come before the
test_texture() failures (Test 60:), and most of the time they come after. The
order change causes the TestBot's diffing algorithm to consider them to be new
failures if they come in an order it has not seen before.
--
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=53148
Bug ID: 53148
Summary: mfplay:mfplay - test_media_item() has a rare crash on
Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplay:mfplay - test_media_item() has a rare crash on Windows 8:
mfplay.c:295: Test failed: Unexpected hr 0xc00d3e85.
mfplay.c:295: this is the last test seen before the exception
0afc:mfplay: unhandled exception c0000005 at 0040121C
https://test.winehq.org/data/patterns.html#mfplay:mfplay
This looks like it is specific to the TestBot VMs: there is no record of this
failure happening on the cw-gtx560 or cw-rx460 machines. The failure rate is
about 6.8%.
--
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=53223
Bug ID: 53223
Summary: shell32:shlfileop - test_sh_path_prepare() fails in
the Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shlfileop - test_sh_path_prepare() fails in the Japanese and Chinese
locales in Wine:
shlfileop.c:2463: Test failed: Could not find unique multibyte representation
for directory name using default codepage.
https://test.winehq.org/data/patterns.html#shell32:shlfileop
Note that the conversion fails on Windows too which probably makes sense for
these locales. So the win_skip() should maybe be a regular skip() instead.
--
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.