https://bugs.winehq.org/show_bug.cgi?id=55576
Bug ID: 55576
Summary: schedsvc:atsvcapi fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
schedsvc:atsvcapi fails on macOS:
atsvcapi.c:94: Test failed: NetrJobAdd error 2
atsvcapi.c:101: Test failed: jobid should not be 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:167: Test failed: just added jobid 0 should be found
See https://test.winehq.org/data/patterns.html#schedsvc:atsvcapi
Where 2 == ERROR_FILE_NOT_FOUND?
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55575
Bug ID: 55575
Summary: ws2_32:afd - test_poll() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:afd - test_poll() fails on macOS:
afd.c:437: Test failed: got 0x102
afd.c:437: Test failed: got 0x10
afd.c:437: Test failed: got count 0
afd.c:437: Test failed: got socket 0
afd.c:437: Test failed: got flags 0
afd.c:438: Test failed: got flags 0x44
afd.c:444: Test failed: got flags 0x44
afd.c:455: Test failed: got flags 0x45
afd.c:477: Test failed: got flags 0x48
afd.c:479: Test failed: got flags 0x4a
afd.c:502: Test failed: got flags 0x48
See https://test.winehq.org/data/patterns.html#ws2_32:afd
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55574
Bug ID: 55574
Summary: quartz:filtergraph - test_autoplug_uyvy() fails when
UYVY is not supported (Wayland, macOS, ...)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:filtergraph - test_autoplug_uyvy() fails when UYVY is not supported
(Wayland, macOS, ...):
filtergraph.c:5352: Test failed: Got hr 0x80040218.
See https://test.winehq.org/data/patterns.html#qcap:filtergraph
Where 0x80040218 == VFW_E_CANNOT_RENDER
In particular this impacts macOS (see Remi's rbernon-macos-* cloud test
machines).
--
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=55573
Bug ID: 55573
Summary: mmdevapi:spatialaudio - test_audio_object_buffers()
sometimes fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:spatialaudio - test_audio_object_buffers() sometimes fails on macOS.
There are two groups of errors that can happen independently but seem to have
the same cause:
spatialaudio.c:348: Test failed: Failed to begin updating audio objects:
0x88890006
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 0
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 1
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 2
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 3
spatialaudio.c:383: Test failed: Failed to end updating audio objects:
0x88890101
(which may be repeated a second time)
spatialaudio.c:419: Test failed: Failed to begin updating audio objects:
0x88890006
spatialaudio.c:424: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
spatialaudio.c:432: Test marked todo: Failed to end the stream: 0x80004001
spatialaudio.c:435: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
spatialaudio.c:432: Test marked todo: Failed to end the stream: 0x80004001
spatialaudio.c:435: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
See https://test.winehq.org/data/patterns.html#mmdevapi:spatialaudio
Where 0x88890006 == AUDCLNT_E_BUFFER_TOO_LARGE
0x88890101 == SPTLAUDCLNT_E_OUT_OF_ORDER
These failures happen in about 33% of the WineTest runs and only on macOS (see
Remi's rbernon-macos-* cloud test machines).
--
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=55572
Bug ID: 55572
Summary: kernel32:virtual - test_mapping(<anonymous>,
SEC_COMMIT, TRUE) gets permission denied errors on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:virtual - test_mapping(<anonymous>, SEC_COMMIT, TRUE) gets permission
denied errors on macOS:
virtual.c:3780: testing anonymous mapping flags 08000000
virtual.c:3892: Test failed: 20: MapViewOfFile(0020/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0020/0025) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0020/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0020/002d) failed 5
virtual.c:3892: Test failed: 18: MapViewOfFile(0040/0022) failed 5
virtual.c:3892: Test failed: 19: MapViewOfFile(0040/0023) failed 5
virtual.c:3892: Test failed: 20: MapViewOfFile(0040/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0040/0025) failed 5
virtual.c:3892: Test failed: 22: MapViewOfFile(0040/0026) failed 5
virtual.c:3892: Test failed: 23: MapViewOfFile(0040/0027) failed 5
virtual.c:3892: Test failed: 26: MapViewOfFile(0040/002a) failed 5
virtual.c:3892: Test failed: 27: MapViewOfFile(0040/002b) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0040/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0040/002d) failed 5
virtual.c:3892: Test failed: 30: MapViewOfFile(0040/002e) failed 5
virtual.c:3892: Test failed: 31: MapViewOfFile(0040/002f) failed 5
virtual.c:3892: Test failed: 20: MapViewOfFile(0080/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0080/0025) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0080/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0080/002d) failed 5
See https://test.winehq.org/data/patterns.html#kernel32:virtual
Where 5 == ERROR_ACCESS_DENIED
0x08000000 == SEC_COMMIT
0x01 == FILE_MAP_COPY
0x04 == FILE_MAP_READ or SECTION_MAP_READ
0x20 == FILE_MAP_EXECUTE or SECTION_MAP_EXECUTE_EXPLICIT
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55571
Bug ID: 55571
Summary: ntdll:file - test_file_link_information() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - test_file_link_information() fails on macOS:
file.c:2317: Test succeeded inside todo block: Link did not change casing on
existing target file: got L"Foo69c8.tmp"
See https://test.winehq.org/data/patterns.html#ntdll:file
The failure is systematic and only happens on macOS (see Remi's rbernon-macos-*
cloud test machines). This is likely just another consequence of the lack of
support for file change notification on macOS (see bug 12840 and bug 12854).
--
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=12854
Summary: ntdll change.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12551)
--> (http://bugs.winehq.org/attachment.cgi?id=12551)
+file in git, bzip2 -9'ed
Change.ok is full of failures in PC-BSD:
change.c:117: Test failed: event should be ready
change.c:119: Test failed: information wrong
change.c:120: Test failed: information wrong
change.c:124: Test failed: action wrong
change.c:125: Test failed: len wrong
change.c:126: Test failed: name wrong
Total of 26.
Attached is a +file log.
--
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=55550
Bug ID: 55550
Summary: ntdll:path - test_nt_names() gets NAME_INVALID instead
of PATH_NOT_FOUND on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:path - test_nt_names() gets NAME_INVALID instead of PATH_NOT_FOUND on
macOS:
path.c:728: Test failed: 24: got c0000034 / c000003a for (null) +
L"\\??\\C:\\windows\\system32\\kernel32.dll\\foo"
path.c:728: Test failed: 26: got c0000034 / c000003a for (null) +
L"\\??\\C:\\windows\\system32\\Kernel32.Dll\\foo"
path.c:728: Test failed: 50: got c0000034 / c000003a for L"\\??\\C:\\windows\\"
+ L"system32\\kernel32.dll\\foo"
path.c:728: Test failed: 52: got c0000034 / c000003a for L"\\??\\C:\\windows\\"
+ L"system32\\Kernel32.Dll\\foo"
See https://test.winehq.org/data/patterns.html#ntdll:path
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines). This happens when a path component is a file instead of a
directory.
--
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=38095
Bug ID: 38095
Summary: Metatrader: doesn't respect charts sorting/sequency
when restarted
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 23bene(a)gmail.com
Distribution: ---
Wine 1.6 on Ubuntu 14.04.1 LTS 32bit using Metatrader 4 vers. 4.00 Build 765
(12 Dec 2014) doesn't respect charts sorting/sequency when restarted.
Eg.: if I sort charts alphabetically during my Metatrader session, it remain so
sorted till I close it. When I open again for a new Metatrader session, I find
charts completely shuffled!!
I copypasted my order.wnd file (that contain my charts ordered) in my
home/.wine/drive_c/Program Files/Metatrader 4/profiles/my_name/ directory
without having no one mt4 session opened.
When I launch mt4 session, it doesn't follow charts order as written in my file
and everytime I launch it again a new, random charts sequence is done.
--
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=55066
Bug ID: 55066
Summary: user32:msg - test_button_messages() sometimes gets
WM_SIZE instead of WM_SETFOCUS 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_button_messages() sometimes gets WM_SIZE instead of
WM_SETFOCUS in Wine:
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was
expected, but got msg 0x030f instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was
expected, but got msg 0x001c instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0086 instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0006
See https://test.winehq.org/data/patterns.html#user32:msg
This first happened on 2023-05-19 and since then it has been happening in about
4% of the runs.
--
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=55567
Bug ID: 55567
Summary: comctl32:tooltips - test_track() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:tooltips - test_track() fails on macOS:
tooltips.c:903: Test failed: pos.left = 9
See https://test.winehq.org/data/patterns.html#comctl32:tooltips
The failure is systematic and only happens on macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55564
Bug ID: 55564
Summary: user32:sysparams - test_WM_DISPLAYCHANGE() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_WM_DISPLAYCHANGE() fails on macOS:
sysparams.c:2499: Test failed: bpp 8: got WM_DISPLAYCHANGE bpp 32
sysparams.c:2499: Test failed: bpp 16: got WM_DISPLAYCHANGE bpp 32
See https://test.winehq.org/data/patterns.html#user32:sysparams
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines). They probably happen because some display
modes are not supported on macOS (see also bug 55559).
--
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=55563
Bug ID: 55563
Summary: psapi:psapi_main - test_QueryWorkingSetEx() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - test_QueryWorkingSetEx() fails on macOS:
psapi_main.c:1165: Test failed: exe expected Valid=1 but got 0
psapi_main.c:1169: Test failed: exe expected Win32Protection=2 but got 0
psapi_main.c:1177: Test failed: exe expected Shared=1 but got 0
psapi_main.c:1177: Test failed: exe,noaccess expected Shared=1 but got 0
psapi_main.c:1165: Test succeeded inside todo block: exe,readonly1 expected
Valid=0 but got 0
psapi_main.c:1169: Test succeeded inside todo block: exe,readonly1 expected
Win32Protection=0 but got 0
psapi_main.c:1177: Test failed: exe,readonly1 expected Shared=1 but got 0
psapi_main.c:1165: Test failed: exe,readonly2 expected Valid=1 but got 0
psapi_main.c:1169: Test failed: exe,readonly2 expected Win32Protection=2 but
got 0
psapi_main.c:1177: Test failed: exe,readonly2 expected Shared=1 but got 0
psapi_main.c:1165: Test failed: valloc,read expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,read expected Win32Protection=4 but got
0
psapi_main.c:1165: Test failed: valloc,write expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,write expected Win32Protection=4 but got
0
psapi_main.c:1165: Test succeeded inside todo block: valloc,readwrite1 expected
Valid=0 but got 0
psapi_main.c:1169: Test succeeded inside todo block: valloc,readwrite1 expected
Win32Protection=0 but got 0
psapi_main.c:1165: Test failed: valloc,readwrite2 expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,readwrite2 expected Win32Protection=4
but got 0
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
It looks like the reason is that get_working_set_ex() is effectively
unimplemented since HAVE_LIBPROCSTAT is not defined on macOS and the /proc
filesystem is not present.
--
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=55562
Bug ID: 55562
Summary: ntdll:info - test_query_process_vm() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - test_query_process_vm() fails on macOS:
info.c:1909: Test failed: Expected a WorkingSetSize > 0
info.c:1910: Test failed: Expected a PagefileUsage > 0
See https://test.winehq.org/data/patterns.html#ntdll:info
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
It looks like the reason is that get_process_vm_counters() is effectively
unimplemented since HAVE_LIBPROCSTAT is not defined on macOS and the /proc
filesystem is not present.
--
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=52278
Bug ID: 52278
Summary: Crysis Wars Trial and Patch 1.5 - InstallAware error -
Runtime error in install: Cannot open AVI
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
Installed winetricks:
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install
32-bit versions of packages. If you encounter problems, please retest in a
clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20210206-next - sha256sum:
0769bbcdbd92c407f4eacaa85acc1339f607dbeafe2febd1be0912034c7af3a1 with
wine-7.0-rc2 (Staging) and WINEARCH=win64
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
gdiplus_winxp
gdiplus
w_workaround_wine_bug-24013
d3dcompiler_43
d3dx9
dxvk191
vcrun2013
quartz
vcrun2005
d3dx10_43
cabinet
--
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=55559
Bug ID: 55559
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 &
ddraw:ddraw7 fail on macOS due to unsupported display
mode(s)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 & ddraw:ddraw7 fail on macOS due to
unsupported display mode(s):
*** test_coop_level_mode_set_multi():
ddraw1.c:3744: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3746: Test failed: Got unexpected screen width 1176.
ddraw1.c:3748: Test failed: Got unexpected screen height 885.
ddraw1.c:3761: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3763: Test failed: Got unexpected screen width 1176.
ddraw1.c:3765: Test failed: Got unexpected screen height 885.
ddraw1.c:3769: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3771: Test failed: Got unexpected screen width 1176.
ddraw1.c:3773: Test failed: Got unexpected screen height 885.
ddraw1.c:3792: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3794: Test failed: Got unexpected screen width 1176.
ddraw1.c:3796: Test failed: Got unexpected screen height 885.
ddraw1.c:3800: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3802: Test failed: Got unexpected screen width 1176.
ddraw1.c:3804: Test failed: Got unexpected screen height 885.
ddraw1.c:3824: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3826: Test failed: Got unexpected screen width 1176.
ddraw1.c:3828: Test failed: Got unexpected screen height 885.
ddraw1.c:3833: Test failed: Got unexpected screen width 1176.
ddraw1.c:3835: Test failed: Got unexpected screen height 885.
ddraw1.c:3848: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3850: Test failed: Got unexpected screen width 1176.
ddraw1.c:3852: Test failed: Got unexpected screen height 885.
ddraw1.c:3856: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3858: Test failed: Got unexpected screen width 1176.
ddraw1.c:3860: Test failed: Got unexpected screen height 885.
ddraw1.c:3868: Test failed: Got unexpected screen width 1176.
ddraw1.c:3870: Test failed: Got unexpected screen height 885.
ddraw1.c:3882: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3884: Test failed: Got unexpected screen width 1176.
ddraw1.c:3886: Test failed: Got unexpected screen height 885.
*** test_primary_palette():
ddraw1.c:5441: Test failed: Failed to set 8 bpp display mode, skipping test.
*** test_palette_gdi():
ddraw1.c:7668: Test failed: Failed to set 8 bpp display mode, skipping test.
ddraw1.c:7853: Test failed: Failed to set 8 bpp display mode, skipping test.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
Where 0x80004001 == E_NOTIMPL == DDERR_UNSUPPORTED
And corresponds to WINED3DERR_NOTAVAILABLE
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55558
Bug ID: 55558
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 &
ddraw:ddraw7 - test_window_position() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 & ddraw:ddraw7 -
test_window_position() fails on macOS:
ddraw1.c:14530: Test failed: Expected window rect (0,0)-(1176,885), got
(0,1)-(1175,885).
ddraw1.c:14545: Test failed: Expected window rect (0,0)-(1176,885), got
(0,1)-(1175,885).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55554
Bug ID: 55554
Summary: quartz:systemclock - test_advise() fails randomly on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:systemclock - test_advise() fails randomly on macOS. It has a set of
four failures that happen pretty much independently from each other:
systemclock.c:223: Test failed: Event should be signaled.
systemclock.c:226: Test failed: Got hr 0.
systemclock.c:243: Test failed: Event should be signaled.
systemclock.c:268: Test failed: Semaphore should not be signaled.
See https://test.winehq.org/data/patterns.html#quartz:systemclock
These failures are systematic and only happen macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55553
Bug ID: 55553
Summary: quartz:mpeglayer3 - test_sample_processing() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:mpeglayer3 - test_sample_processing() fails on macOS:
mpeglayer3.c:1342: Test failed: Got valid size 1246.
mpeglayer3.c:1346: Test failed: Got stop time 2f87f.
mpeglayer3.c:1368: Test failed: Got valid size 1246.
mpeglayer3.c:1372: Test failed: Got stop time 34f4d.
mpeglayer3.c:1395: Test failed: Got valid size 1246.
mpeglayer3.c:1399: Test failed: Got stop time 34f4d.
See https://test.winehq.org/data/patterns.html#quartz:mpeglayer3
These failures started happening on 2023-08-30, are systematic, and only happen
on macOS (see Remi's rbernon-macos-* cloud test machines). See also bug 55552
for another set of similar quartz failures that started on the same day.
--
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=55552
Bug ID: 55552
Summary: quartz:mpegaudio - test_connect_pin() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:mpegaudio - test_connect_pin() fails on macOS:
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time ae8f.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time 1055d.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time 1055d.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time ae8f.
See https://test.winehq.org/data/patterns.html#quartz:mpegaudio
These failures started happening on 2023-08-30, are systematic, and only happen
on macOS (see Remi's rbernon-macos-* cloud test machines).
--
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=55551
Bug ID: 55551
Summary: ntdll:sync - test_tid_alert() gets alerted instead of
timing out on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:sync - test_tid_alert() gets alerted instead of timing out on macOS:
sync.c:807: Test failed: got 0x101
See https://test.winehq.org/data/patterns.html#ntdll:sync
Where 0x101 == STATUS_ALERTED
0x102 == STATUS_TIMEOUT
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55549
Bug ID: 55549
Summary: httpapi:httpapi - test_v1_bad_request() gets a
WSAECONNRESET on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: httpapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
httpapi:httpapi - test_v1_bad_request() gets a WSAECONNRESET on macOS:
httpapi.c:956: Test failed: Connection should be shut down.
httpapi.c:957: Test failed: Got error 10054.
See https://test.winehq.org/data/patterns.html#httpapi:httpapi
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55547
Bug ID: 55547
Summary: DemulShooter 11.1: absolute position jumping to screen
edges
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: thatoneseong(a)protonmail.com
Distribution: ---
Created attachment 75106
--> https://bugs.winehq.org/attachment.cgi?id=75106
Command line output when running DemulShooter_GUI using Wine-Staging 8.15
When using the application as it's intended (i.e. with a pointing device that
reports absolute coordinates, e.g. a "light gun" device), the test
window/DsDiag application showing the position will jitter back and forth
between where the gun controller/absolute pos mouse is pointing, and either the
very top-center or very left-center of the screen. The jitter happens most
noticeably when the gun-mouse is held still.
Affects games that are played in collaboration with DemulShooter, with the same
symptoms.
Download link:
https://github.com/argonlefou/DemulShooter/releases/download/v11.1/DemulSho…
(note: app runs on .NET 2.0, can be run with Wine-Mono)
May be related to how all available mouse devices are confined to one "The Wine
Project Wine HID Mouse" device, where the application's dropdown is supposed to
show every input device connected to the PC.
Observed with Wine Staging 8.15; Wine (not-Staging, vanilla) 8.15 observes
different but similarly incorrect behavior (gun cursor doesn't seem to be
recognized at all).
--
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=55543
Bug ID: 55543
Summary: Mouse cursor clipping can no longer be disabled by
application
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: insuna(a)no.capfr.fr
Distribution: ---
Ever since Wine 8.10 it has become impossible to disable cursor clipping with
application settings. If the game/application reports that it's a
fullscreen/windowed-fullscreen application then the mouse cursor will be
captured/clipped when alt-tabbing into the application and it's impossible to
release the cursor without alt-tabbing back out.
No settings in Wine can be used to disable this "feature" and all hints of the
game are ignored. This can be circumvented by not alt-tabbing into the game,
but instead changing focus by clicking onto the game window, this will not clip
the cursor until you accidentally alt+tab into the game again.
The game I've tested this with most extensively is World of Warcraft: Classic,
because it has several detailed in-game settings wrt. clipping, which were
respected prior to 8.10, but now no longer are.
--
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.