https://bugs.winehq.org/show_bug.cgi?id=54435
Bug ID: 54435
Summary: Installation Error With Make
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peterweyand0(a)gmail.com
Distribution: ---
Using make does not work and results in an error
<inline asm>:305:2: error: conditional branch requires assembler-local label.
'.L__wine_syscall_dispatcher_return' is external.
cbnz w16, .L__wine_syscall_dispatcher_return
I don't know what .L__wine_syscall_dispatcher_return is or how to fix this.
I've used configure successfully with default params on macOS Ventura.
--
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=54434
Bug ID: 54434
Summary: Crash upon loading document in Toonboom Harmony 17
Premium
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mnmemma5(a)gmail.com
Distribution: ---
Created attachment 73980
--> https://bugs.winehq.org/attachment.cgi?id=73980
generated backtrace log upon crash.
Upon loading a document in Toonboom Harmony 17 Premium, the application crashes
with a WINE prompt to create a backtrace file.
This should not occur. On Windows - the application's start menu will freeze
with a "Toonboom Harmony 17 Premium is not responding" dialogue box for a few
moments before loading into program with the document open, as (possibly?)
intended.
This may only be an issue with a cracked copy of Harmony, however, as backtrace
states one of the problems is with module toonboomnetwork - which I'm pretty
sure the countryboy crack patches (likely so that it never reaches intended
licensing server and thus never verifies whether the license is legit or not) -
so if this doesn't happen with a legitimate copy, let me know (unfortunately,
I'm not paying for a full license because the prices Toonboom set are, frankly,
a bit ridiculous... at least, for someone poor - and they don't allow download
of Harmony 17 nor Storyboard 7 anymore anyways.)
However, I have used a trial license before on Windows, obtained legitimately
via the Toonboom website, and from my recollection, it appears to freeze the
same way regardless, so take that as you will.
Now, I actually set up my WINE prefixes and such through PlayOnLinux, so this
could also just be some weird issue with the way POL sets things up (I've had
an unrelated error installing Storyboard 7 relating to a lack of simulated All
Users\Documents folder) - in which case, uh, disregard this bug report, I
guess, and I'll head over to the POL forums - but this does appear to be a
problem with WINE and the way it handles programs freezing.
Running on Ubuntu MATE, version 21.10 (Impish Indri) 64 bit, if that helps
anything.
--
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=54433
Bug ID: 54433
Summary: user32:input often fails to set the foreground window
on w7u-adm, gets 800+ failures
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 often fails to set the foreground window on w7u-adm, gets 800+
failures. Only the first five are shown below:
input.c:954: Tests skipped: Failed to set foreground window; some tests will be
skipped.
input.c:872: Test failed: 0 (a4/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 1 (46/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 2 (46/2): the msg sequence is not complete: expected
0105 - actual 0000
input.c:872: Test failed: 3 (a4/2): the msg sequence is not complete: expected
0101 - actual 0000
input.c:872: Test failed: 4 (a2/0): the msg sequence is not complete: expected
0100 - actual 0000
Among the 800+ failures some cause persistent false positives:
input.c:2929: Test failed: 9: Unexpected cursor movement
input.c:2921: Test failed: 10: expected WM_INPUT message
input.c:2929: Test failed: 10: Unexpected cursor movement
input.c:2921: Test failed: 11: expected WM_INPUT message
input.c:2929: Test failed: 11: Unexpected cursor movement
input.c:2929: Test failed: 12: Unexpected cursor movement
---> the above message look new mostly because of message order issues
input.c:1751: Test failed: expected to get 64 mouse move points but got 5
input.c:1757: Test failed: expected to get 64 mouse move points but got 5
See https://test.winehq.org/data/patterns.html#user32:menu
So the root of the issue is some previous test that messes up the environment;
most likely by triggering a UAC prompt since this only impacts the tests run
without elevated privileges. And this test changed behavior on 2023-01-09 since
that's when these massive failures started.
Also user32:input should probably be better at skipping tests when that
happens.
--
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=54427
Bug ID: 54427
Summary: Improve Wine desktop file entry generation
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rizalmart98(a)gmail.com
Distribution: ---
I noticed that Wine generates one desktop file entry (*.desktop) per file
extension. Which cause a lot of desktop menu entry duplicates when launching
"OPEN WITH" window for selecting file associations. Is it possible merge those
*.desktop file entry into one desktop file if they have the same program name?
--
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=35651
Bug ID: 35651
Summary: Warcraft III: Some videos are not played
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Created attachment 47608
--> http://bugs.winehq.org/attachment.cgi?id=47608
Console log from wine-1.7.13-27-ge610713
There was a bug 12792 - "Warcraft III videos is not playing" which was closed
as fixed in wine-1.7.13.
Well i noticed, that some videos are played, but not all for example
"Introduction: The Prophecy". I tested this on 64bit Debian Jessie and 32bit
Wheezy.
Results:
* In Wow64 the videos are skipped
* In 32bit version wine crashes
Even though Wow64 log suggest, that 32bit libgstreamer plugins are missing, i
don't think, that this line is correct as i installed them, recompiled and even
configure no longer complains about missing Gstreamer.
--
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=25726
Summary: PDF XChange Viewer corrupt display when scrolling
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: schwejk(a)quantentunnel.de
Created an attachment (id=32773)
--> (http://bugs.winehq.org/attachment.cgi?id=32773)
output when program run out of console
When scrolling a document horizontal lines appear and the document is partially
unreadable. (version 2.5 build 190)
http://www.tracker-software.com/product/pdf-xchange-viewer
--
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=54416
Bug ID: 54416
Summary: ntdll:virtual - test_stack_size_thread() sometimes
gets stuck in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:virtual - test_stack_size_thread() sometimes gets stuck in Wine:
virtual.c:693: Test marked todo: unexpected Protect 0x1, expected 0
ntdll:virtual:074c done (258) in 120s 8889B
See https://test.winehq.org/data/patterns.html#ntdll:virtual
The test normally runs in under 1 second and when it times out this is always
the last line in the log:
/* reserved area shrinks whenever stack grows */
...
todo_wine ok( mbi.Protect == 0, "unexpected Protect %#lx, expected %#x\n",
mbi.Protect, 0 );
The timeout happens twice per month on average, mostly on my desktop (fg-deb64)
but it did happen on the TestBot's debiant VM recently.
In all cases this happens in the 32-bit 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=54415
Bug ID: 54415
Summary: mshtml:misc may crash because of an ole32
MapViewOfFile() failure in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In MR2024 mshtml:misc crashed:
mshtml:misc start dlls/mshtml/tests/misc.c
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ab29755).
...
Backtrace:
=>0 0x6ab29755 in ucrtbase (+0x69755) (0x0075f758)
1 0x6ab310de memcpy+0x4e(dst=0x000000000, src=0B7F6EF8, n=0x44)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3063] in ucrtbase
(0x0075f758)
2 0x008ce97c create_map_from_stream+0xbc(map=<internal error>,
stream=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ole32\ole2.c:335] in ole32
(0x0075f7b8)
3 0x008ce97c RegisterDragDrop+0x23c(hwnd=<couldn't compute location>,
pDropTarget=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ole32\ole2.c:615] in ole32
(0x0075f7b8)
4 0x11a9a2d7 in xul (+0x1a9a2d7) (0x0075f7ec)
...
mshtml:misc:093c done (-1073741819) in 0s 10696B
This does not seem to have ever happened in the WineTest runs so that the above
merge request is the only known instance.
Looking at create_map_from_stream() it looks like:
* CreateFileMappingW() succeeded
* MapViewOfFile() failed, returning NULL...
* ...which caused memcpy(NULL, ...) to crash
Unfortunately there is no trace that would explain why MapViewOfFile() failed.
I'm also unsure of the connection between mshtml:misc and RegisterDragDrop().
--
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=54348
Bug ID: 54348
Summary: rpcrt4:server - run_client() sometimes times out
waiting for the child process on Debian
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: fgouget(a)codeweavers.com, huw(a)codeweavers.com,
z.figura12(a)gmail.com
Distribution: ---
rpcrt4:server - run_client() sometimes times out waiting for the child process
on Debian:
rpcrt4:server start dlls/rpcrt4/tests/server.c
server.c:2172: Using RpcServerRegisterIfEx
server.c:1228: Test failed: Timed out waiting for the child process
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0a04:server: 154 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
08a8:server: 11 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0858:server: 148 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0564:server: 156 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
rpcrt4:server:0224 done (258) in 120s 1063B
--
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=50780
Bug ID: 50780
Summary: ALT+TAB freezes game Stronghold (Crusader)
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: geist1(a)sms.at
Distribution: ---
Game "Stronghold Crusader HD" as well "Stronghold Crusader" , "Stronghold I" -
Stronghold Extreme will freeze after ALT+TAB to Desktop and back switching with
ALT+TAB to the game.
If you tab out on the title screen of Stronghold and tab back in, the screen is
correctly restored but game freezes.
If you TAB out and back in during the game (not on the main screen) , the game
window is not restored correctly, only a black window is visible with no sound.
It worked correctly until 4.9.
All Version starting from 4.10 up current one (6.3) will fail.
Game run in fulscreen at 1280X720.
Desktop resolution is 1920X1080.
--
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=54412
Bug ID: 54412
Summary: Setup failed when run ExamBible.exe with wine
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: luoriyuhui21(a)163.com
Distribution: ---
Created attachment 73971
--> https://bugs.winehq.org/attachment.cgi?id=73971
the error log file
when using wine to load ExamBible.exe, this program cannot setup. The error
is as ,
0020:0024:err:module:import_dll Library oleaut32
oleaut32.dll (which is needed by
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe") not found
0020:0024:err:module:import_dll loadpath (null) (which is needed by
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe") not found
0020:0024:err:module:LdrInitializeThunk Importing dlls for
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe" failed, status c0000135
keming@keming-VirtualBox:~/JC_EJJZS_GGKM2.3$
0038:00fc:err:module:LdrInitializeThunk end.
--
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=54411
Bug ID: 54411
Summary: ntoskrnl.exe:ntoskrnl - test_pnp_devices() sometimes
gets an unexpected success in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntoskrnl.exe:ntoskrnl - test_pnp_devices() sometimes gets an unexpected success
in Wine:
ntoskrnl.c:1715: Test succeeded inside todo block: got error 997
See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl
Where 997 == ERROR_IO_PENDING
The test happens about once per month but has been known to impact merge
requests (e.g. MR2039).
This looks like a race condition. Mark the test as flaky in Wine?
--
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=54283
Bug ID: 54283
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes crashes on Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:force_feedback - test_windows_gaming_input() sometimes crashes on
Windows :
force_feedback.c:6324: Test failed: TryResetAsync returned 0x86854001
force_feedback.c:6324: this is the last test seen before the exception
06a0:force_feedback: unhandled exception c0000005 at 000000000041B540
And Wine:
force_feedback.c:6479: Test marked todo: Stop returned 0x8000ffff
force_feedback.c:4864: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4779: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4864: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4779: iface 006C886C, async 019C09E0, status 1
force_feedback.c:4864: iface 006C886C, async 019C09E0, status 1
force_feedback.c:4779: iface 006C886C, async 019C09E0, status 1
Unhandled exception: page fault on read access to 0x00000008 in 32-bit code
(0x6fc81461).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:6fc81461 ESP:0389fdc0 EBP:0389fe08 EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:0389fde0 ECX:006c886c EDX:00000000
ESI:019d8af8 EDI:019d9b28
Stack dump:
0x0389fdc0: 006c886c 019d8af8 00000001 00000001
0x0389fdd0: 00184f80 00000001 019d9b48 006c886c
0x0389fde0: 00000013 00000000 00000000 7bc5c97f
0x0389fdf0: 00184fc4 00000000 0389fe20 00185024
0x0389fe00: 00184f80 019d9b28 0389feb8 7bc602c6
0x0389fe10: 00000000 00000000 0389fe40 7bc602c6
Backtrace:
=>0 0x6fc81461
__x_ABI_CWindows_CGaming_CInput_CCustom_CIWineAsyncOperationCompletedHandler_Release+0xb(This=<internal
error>)
[Z:\home\winetest\tools\testbot\var\wine-win32\dlls\windows.gaming.input\provider.h:386]
in windows.gaming.input (0x0389fe08)
1 0x6fc81461 async_info_callback+0xc1(instance=<couldn't compute location>,
iface=<couldn't compute location>, work=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\windows.gaming.input\async.c:321]
in windows.gaming.input (0x0389fe08)
2 0x7bc602c6 tp_object_execute+0x2b6(object=<register ESI not accessible in
this frame>, wait_thread=0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\threadpool.c:2242] in ntdll
(0x0389feb8)
3 0x7bc60770 threadpool_worker_proc+0x110(param=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\threadpool.c:2356] in ntdll
(0x0389ff28)
4 0x7b62a290 in kernel32 (+0x2a290) (0x0389ff48)
5 0x7bc5cfa7 in ntdll (+0x5cfa7) (0x0389ff5c)
6 0x7bc5d7d0 RtlCreateUserThread(entry=7BC60660, arg=00185018)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:306] in ntdll
(0x0389ffec)
0x6fc81461 async_info_callback+0xc1
[Z:\home\winetest\tools\testbot\var\wine\dlls\windows.gaming.input\async.c:321]
in windows.gaming.input: call *0x8(%eax)
321 LeaveCriticalSection( &impl->cs );
See https://test.winehq.org/data/patterns.html#dinput:force_feedback
This failure was first seen on 2023-01-06 and can happen on Windows 10 (e.g.
w1064-tsign-64) as well as Wine.
--
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=53479
Bug ID: 53479
Summary: dxgi:dxgi - Failed twice due to occlusion while
testing an invisible window vs a fullscreen swapchain
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - Failed twice in test_swapchain_present() due to occlusion while
testing an invisible window vs a fullscreen swapchain on Windows:
dxgi.c:4792: Test failed: Test 0: Got unexpected hr 0x87a0001.
dxgi.c:4796: Test failed: Test 0: Got unexpected fullscreen status.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
Where 0x87a0001 == DXGI_STATUS_OCCLUDED
This only happened on w1064v1507, on 2022-05-24 (32-bit) and 2022-07-27
(64-bit).
Maybe there's a window popping up that's causing the occlusion (from a previous
test crashing or a Windows notification)? Or maybe there is a message ordering
issue such that the windows states are not always as expected.
The only other case of occlusion issue happened on cw-rx460 when running
Windows 10 21H2. In that case the issue was systematic and happened earlier in
test_swapchain_present(), in the minimized window test and the set of failures
was different:
dxgi.c:4714: Test failed: Test 0: Got unexpected hr 0x87a0001.
dxgi.c:4735: Test failed: Test 0: Got unexpected hr 0x8876086a.
dxgi.c:4744: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4745: Test failed: Test 0: Got unexpected output.
dxgi.c:4753: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4765: Test failed: Test 0: Got unexpected fullscreen status.
--
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=53229
Bug ID: 53229
Summary: dxgi:dxgi - test_swapchain_window_messages() sometimes
gets an unexpected WM_DWMNCRENDERINGCHANGED message on
Windows
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_messages() sometimes gets an unexpected
WM_DWMNCRENDERINGCHANGED message on Windows:
dxgi.c:5822: Test failed: Got unexpected message 0x31f, hwnd 00000000010E01E4,
wparam 0x1, lparam 0.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
Where 0x31f == WM_DWMNCRENDERINGCHANGED.
This failure only happens on Windows 8 to Windows 10 1909.
The window handle also interferes with the TestBot's old failures detection.
Even without it, it would have an elevated risk of causing false positives due
to the test's multi-threading (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=54406
Bug ID: 54406
Summary: user32:msg - test_unicode_wm_char() sometimes gets an
unexpected WM_DWMNCRENDERINGCHANGED message on Windows
10+
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:msg - test_unicode_wm_char() sometimes gets an unexpected
WM_DWMNCRENDERINGCHANGED message on Windows 10+:
msg.c:16001: Test failed: unexpected message 31f
msg.c:16002: Test failed: bad wparam 1
msg.c:16008: Test failed: unicode WM_CHAR: 0: the msg sequence is not complete:
expected 0102 - actual 0000
msg.c:16008: Failed sequence unicode WM_CHAR:
msg.c:16008: 0: expected: msg 0102 - actual: nothing
See https://test.winehq.org/data/patterns.html#user32:msg
Where:
031f == WM_DWMNCRENDERINGCHANGED
The first instance happened on 2022-11-08 and there has only been about one
instance per month since.
This looks like some previous test did something that caused the non-client
rendering policy to change but did not wait for this message to be sent and
processed by all windows before continuing. So then which test gets impacted is
up to timing.
dxgi:dxgi has also been getting this message for a long time (see bug 53229).
--
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=54403
Bug ID: 54403
Summary: Robotill: A windows based point of sale application
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: bower.johan1(a)gmail.com
Distribution: ---
Created attachment 73969
--> https://bugs.winehq.org/attachment.cgi?id=73969
The atrtached is the bug report when the application terminate
Robotill. A windows based application. I want to use the application on a linux
based machine and trying to use bottles/wine to run the application.
--
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=54404
Bug ID: 54404
Summary: d3d8:device & d3d9:device - test_cursor_pos()
sometimes fails to set the cursor position on Windows
<= 8 without elevated privileges
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d8:device & d3d9:device - test_cursor_pos() sometimes fails to set the cursor
position on Windows <= 8 without elevated privileges:
device.c:1247: Test failed: Failed to set cursor position.
See https://test.winehq.org/data/patterns.html#d3d8:devicehttps://test.winehq.org/data/patterns.html#d3d9:device
This started happening on 2022-12-08 and is tied to the lack of elevated
privileges on Windows 7 and 8. Yet the failure is not systematic.
--
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=54400
Bug ID: 54400
Summary: d3d11:d3d11 - test_negative_viewports() fails on the
debiant VM
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: ---
d3d11:d3d11 - test_negative_viewports() fails on the debiant VM:
d3d11.c:28750: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28759: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Before 2023-01-16, d3d11:d3d11 was crashing on the TestBot's debiant VM which
mostly masked these 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=54398
Bug ID: 54398
Summary: wmvcore:wmvcore - stream_Seek() sometimes gets the
wrong thread in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wmvcore:wmvcore - stream_Seek() sometimes gets the wrong thread in Wine:
wmvcore.c:529: Test failed: got wrong thread
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
This first happened in WineTest on 2022-12-19 (no instance in the previous 5.5
months) and there has been about one per week since (but only one on a TestBot
VM, debiant-wow64 on 2023-10-26).
Also this test was added on 2022-12-01 so given the relatively low failure
frequency it's unclear if the test uncovered a preexisting issue, or if
something changed in the interval.
--
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=52303
Bug ID: 52303
Summary: Bridge Baron 13: sound pops unusually
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juef17(a)hotmail.com
Distribution: ---
Created attachment 71460
--> https://bugs.winehq.org/attachment.cgi?id=71460
Sound files and debug output
In Bridge Baron 13, clicking "Jouer" ("Play") plays a clicking sound. The sound
is fine until its very end, where it pops in a significant fashion. The
original .wav file and a recording of how it's played through Wine are attached
to this report.
This has been tested with wine-staging 7.0-rc3 on Linux Lite 5.6 and
PulseAudio. Setting the OS to WinXP through winecfg had no impact. I got the
debug output suggested by the winehq Wiki on audio and attached it to this
report.
The demo version of the software is available on archive.org and exhibits the
same issue: https://archive.org/details/bb13demo
--
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=7526
--- Comment #31 from count0 <2950540(a)gmail.com> ---
Timeout in serialwin32.py is not editable, because it compiled inside
application somewhere (search inside about 3500 files not success). It's
Electron app with node.js, .NET, visual c++, .pyd, original format archives,
and other runtimes.
I put it in patch where it must be, but program overrides path from inside.
--
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=7526
--- Comment #30 from count0 <2950540(a)gmail.com> ---
Confirm race conditions.
kernel 5.6.10
wine-7.0.1 x64
driver (via regedit and copy usbser.sys):
; Windows 2000, XP, Vista, 7 and 8 (x32 and x64) setup file for Atmel CDC
Devices
; Copyright (c) 2000-2013 ATMEL, Inc.
application: Shape Robotics Fable
behavior: backend (FableServer.exe) write Timeout in cycle (close and open
port). See attachment.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.