https://bugs.winehq.org/show_bug.cgi?id=43347
Bug ID: 43347
Summary: valgrind shows an unintialized read in
dlls/iphlpapi/tests/iphlpapi.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p
iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok
==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s)
==10952== at 0x4338F79: ioctl (syscall-template.S:84)
==10952== by 0x435916D: if_nametoindex (if_index.c:47)
==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143)
==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233)
==10952== by 0x488198E: test_interface_identifier_conversion
(iphlpapi.c:1958)
==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230)
==10952== by 0x4884014: run_test (test.h:603)
==10952== by 0x4884465: main (test.h:687)
==10952== Address 0x4b0f8c0 is on thread 1's stack
==10952== in frame #1, created by if_nametoindex (if_index.c:35)
==10952== Uninitialised value was created by a stack allocation
==10952== at 0x4359141: if_nametoindex (if_index.c:41)
==10952==
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=35765
Bug ID: 35765
Summary: gdi32:font / richedit:editor / msvcrt:locale /
msvcrt:string fails on newtb-w7u
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
CC: fgouget(a)codeweavers.com
http://test.winehq.org/data/770213e16c6918728f69ea33545fafabd59dbc8e/win7_n…
It seems these tests are all related to locales, and they fail much more on
this machine than other machine.
SystemDefaultLCID 411
UserDefaultLCID 409
ThreadLocale 411
UserDefaultUILanguage 411
ThreadUILanguage 411
It doesn't happen frequently that we have a vm with different UserDefaultLCID
and SystemDefaultLCID. I'm not very sure if we want to support such a case, it
maybe useful in real world for some body. (I personally don't care too much
lol)
François, is there any chance to try:
1. set all LCIDs to 0x409 (Simplified Chinese)
2. set all LCIDs to 0x411 (Japanese)
Then reboot the vm, then resubmit the tests, to see if there is any
improvement?
Thanks for your great work! Everyone wants your patch/work :)
--
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=53221
Bug ID: 53221
Summary: user32:winstation - test_enumdesktops() sometimes
fails to open the desktop on Windows 7 & 8
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:winstation - test_enumdesktops() sometimes fails to open the desktop on
Windows 7 & 8:
winstation.c:411: desktop_callbackA called with argument WinSta0
winstation.c:411: desktop_callbackA called with argument winsta_test
winstation.c:420: open_desktop_callbackA called with argument new_desk
winstation.c:426: Test failed: Could not open desktop new_desk!
winstation.c:420: open_desktop_callbackA called with argument
rawinput_test_desktop
winstation.c:420: open_desktop_callbackA called with argument Default
winstation.c:420: open_desktop_callbackA called with argument Winlogon
winstation.c:452: Test failed: LastError is set to 00000002
winstation.c:411: desktop_callbackA called with argument rawinput_test_desktop
https://test.winehq.org/data/patterns.html#user32:winstation
These failures have been seen on w7u-adm, w7u-el, w8 and w8adm but the failure
rate is pretty low (<3%).
--
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=53219
Bug ID: 53219
Summary: winmm:mci - test_asyncWAVE() sometimes fails due to a
timing issue
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:mci - test_asyncWAVE() sometimes fails due to a timing issue:
mci.c:980: Test failed: 706ms is not in the expected 350-600ms range
https://test.winehq.org/data/patterns.html#winmm:mci
This only happened once on the TestBot but happens a bit more frequently on
fgtb-w10pro64 where the host is typically more busy.
--
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=53214
Bug ID: 53214
Summary: d3d11:d3d11 - test_negative_viewports() 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_negative_viewports() fails in the TestBot VMs:
d3d11.c:28330: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28339: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test 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=53215
Bug ID: 53215
Summary: d3d11:d3d11 - test_fractional_viewports() 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_fractional_viewports() fails in the TestBot VMs:
d3d11.c:28276: Test failed: Got texcoord {8.43750119e-001, 1.56249881e-001},
expected {8.43750000e-001, 1.56250000e-001} at (3, 3), offset 1.25000000e-001.
d3d11.c:28276: Test failed: Got texcoord {8.71093690e-001, 1.28906310e-001},
expected {8.71093750e-001, 1.28906250e-001} at (3, 3), offset 1.56250000e-002.
d3d11.c:28276: Test failed: Got texcoord {7.51953065e-001, 2.48046935e-001},
expected {7.51953125e-001, 2.48046875e-001} at (3, 3), offset 4.92187500e-001.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test 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=53204
Bug ID: 53204
Summary: shell32:autocomplete - test_custom_source() sometimes
gets DropDown failures on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_custom_source() sometimes gets DropDown failures on
Windows:
autocomplete.c:778: Test failed: AutoComplete DropDown should be visible
autocomplete.c:788: Test failed: AutoComplete DropDown should be hidden
https://test.winehq.org/data/patterns.html#shell32:autocomplete
The second failure is not always present.
They only happen on Windows 10.
--
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=53203
Bug ID: 53203
Summary: shell32:autocomplete - test_aclist_expand() sometimes
fails on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_aclist_expand() sometimes fails on Windows:
autocomplete.c:534: Test failed: Expected 3 expansions, got 2
autocomplete.c:535: Test failed: Expected L"test\\foo\\bar\\baz_bbq\\", got
L"test\\foo\\bar\\"
autocomplete.c:536: Test failed: Expected 3 resets, got 2
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 6
https://test.winehq.org/data/patterns.html#shell32:autocomplete
These failures have been seen on Windows 10 1809 and 21H1.
The w8adm VM also got pretty similar failures once:
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:542: Test failed: Expected L"test\\", got
L"test\\foo\\bar\\baz_bbq\\"
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 6
--
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=32083
Bug #: 32083
Summary: Diablo III: Missing logo on startup
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
On starting Diablo III the logo before the game starts is transparent. If I'm
going with the mouse over it the cursor will be hidden.
--
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=35213
Bug ID: 35213
Summary: Kane & Lynch: Dead Men demo needs native d3dx9_31
Product: Wine
Version: 1.7.9
Hardware: x86
URL: http://www.gamefront.com/files/9394790/Kane___Lynch__D
ead_Men_Demo
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
First d3dx9_36 should be installed. Demo crashes with
fixme:d3dx:D3DXCreateEffectEx (0x20f000, 0x1e71cb58, 45008, (nil), (nil),
(nil), 0x10900, 0x1685a8, 0x1a99cf4, 0x1a99cec): semi-stub
after the same issue as for bug 35137, but this time should be d3dx9_31.
--
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=51158
Bug ID: 51158
Summary: advapi32:lsa fails in French on Windows 2004
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:lsa fails in French on Windows 2004 because the name of the 'Everyone'
group does not seem to be translated anymore:
lsa.c:407: Test failed: expected L"Tout le monde", got L"Everyone"
That's a bit surprising. Maybe the Windows translation was slightly out of
date?
* This should be checked on Windows 2009 but we don't have a test configuration
for it.
* The test also has a translation for German but we don't have a test
configuration for German. There should really be one so we can validate the
test.
Once the results for German and Windows 2009 are known the test can be updated.
--
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=48108
Bug ID: 48108
Summary: kernel32:comm - QEmu's serial baud rate emulation is
broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm got a failure when running on Wine on the TestBot VM:
comm.c:932: Test failed: OutQueue should not be empty
This happens in test_waittxempty():
// Open the serial device
hcom = test_OpenComm(TRUE);
// Here it is already set to 150 bps because that's how a
// previous test left it
...
// Write 17 bytes in overlaped mode.
// At 150 bauds this should take at least 900 ms
res = WriteFile(hcom, tbuf, sizeof(tbuf), &bytes, &ovl_write);
// Leaving us plenty of time to get to
ClearCommError(hcom, &errors, &stat);
...
// And here we expect the serial device to still have data to send.
// But because QEmu sends the data at > 400 kbps this often fails
ok(stat.cbOutQue != 0, "OutQueue should not be empty\n");
That QEmu does not enforce the set baud rate can also be verified from the
command line:
# stty -F /dev/ttyS0
speed 9600 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.224432 s, 44.6 kB/s
# stty -F /dev/ttyS0 300
# stty -F /dev/ttyS0
speed 300 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.679127 s, 14.7 kB/s
Back to the kernel32:comm failure:
* It did not happen for a long time and started happening on the debian10 VM on
2019-10-03. That corresponds to the time I added the winetest user to the
dialout group, thus giving it access to /dev/ttyS0.
* The same issue happens in the Windows VMs, but the ok() call has a broken()
clause which hides the issue there.
So:
1. The bug needs to be reported to QEmu.
2. See why speeds below 9600 bps are not allowed.
3. We may want a better check for this issue: directly check that the baud rate
is respected. This would allow us to skip tests that depend on the baud rate
and ditch the broken() clause.
4. If the above does not work out the serial device should be removed from the
Wine QEmu VMs.
--
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=52804
Bug ID: 52804
Summary: Crash when save settings in KaiNote
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matiasmoviegg(a)gmail.com
Distribution: ---
Created attachment 72181
--> https://bugs.winehq.org/attachment.cgi?id=72181
backtrace
Problem with KaiNote
Link for stable https://github.com/bjakja/Kainote/releases
Link for Beta (log from this version)
https://drive.google.com/uc?id=1ECqsrLo5d1jPoz-FKvJrS0279YeTKrmS&export=dow…
Go to File->Settings
Click OK
Click on random place in program
Program Crash
Testing on virtual machine with Xubuntu 21.10 (adding
"LIBGL_ALWAYS_SOFTWARE=1") and Laptop (i5-2520m) with Linux Mint 20.3
--
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=53194
Bug ID: 53194
Summary: d3d9:device - test_cursor_pos() is sometimes missing a
MOUSEMOVE on Windows 10 1809+
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
d3d9:device - test_cursor_pos() is sometimes missing a MOUSEMOVE on Windows 10
1809+:
device.c:5296: Test failed: Didn't receive MOUSEMOVE 0 (50, 50).
https://test.winehq.org/data/patterns.html#d3d9:device
These missing WM_MOUSEMOVE issues seem to be known to some extent, but not
quite understood:
https://gitlab.winehq.org/wine/wine/-/blob/1a3217393e2e6226da0f4024d4d384de…
--
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=53001
Bug ID: 53001
Summary: Regression: Endless WAV crashes when moving file list
sub-window
Product: Wine-staging
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
STEPS TO REPRODUCE:
1. Download and extract Endless WAV (version 1.7.8b15 as of this writing):
https://www.bjoernbojahr.de/endlesswav.html
2. Run the extracted "EndlWav.exe" executable.
3. Once the application has launched, drag the bottom window titled "File List"
using its header bar.
RESULT: Endless WAV crashes with the following terminal output:
---
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
wine: Assertion failed at address F7F21549 (thread 0100), starting debugger...
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
0100:err:seh:NtRaiseException Unhandled exception code 80000101 flags 1 addr
0xf7f21549
---
ADDITIONAL INFO:
* The crash happens with wine-staging, but not the same version of wine-devel.
* This crash was introduced in a recent version of wine-staging. At least a
month or two ago with an earlier version of wine-staging, I was not getting
this crash.
* I can reproduce the bug in VirtualBox and with a clean .wine profile.
* Possibly related to bug #52853.
* The crash does not happen if using the OS window manager's shortcut key to
drag the window from anywhere (e.g., left Alt or left Super key).
--
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=53188
Bug ID: 53188
Summary: user32:menu - test_menu_input()'s tests 25, 26 and 27
fail randomly 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:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly (~5.5%
failure rate) in Wine. For instance:
menu.c:2324: Test failed: test 25
https://test.winehq.org/data/patterns.html#user32:menu
The tests 25, 26 and 27 fail independently but seemingly only one at a time.
--
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=53186
Bug ID: 53186
Summary: user32:menu - test_menu_iteminfo() fails randomly when
inserting an invalid submenu in Windows
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:menu - test_menu_iteminfo() fails randomly when inserting an invalid
submenu in Windows:
menu.c:1383: ANSI tests: string 0081FDB0 hbm 38050FB3 txt 0081FD60
menu.c:1566: Test failed: InsertMenuItem should have failed.
menu.c:1383: Unicode tests: string 0081FDB0 hbm 38050FB3 txt 0081FD8C
menu.c:1566: Test failed: InsertMenuItem should have failed.
https://test.winehq.org/data/patterns.html#user32:menu
Most of the time both the ANSI and Unicode tests fail together (~7.7% fail
rate) but there are two instances where only the ANSI test failed (~0.6%).
This impacts Windows 10 1809 to 21H2.
--
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=53185
Bug ID: 53185
Summary: unable to open win app in linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: katparamitesh(a)gmail.com
Distribution: ---
Created attachment 72625
--> https://bugs.winehq.org/attachment.cgi?id=72625
robolx player not opening
unable to install any EXE
--
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=53181
Bug ID: 53181
Summary: xinput1_3:xinput has a rare crash in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
xinput1_3:xinput has a rare crash in Wine:
xinput.c:820: Testing xinput9_1_0.dll
Unhandled exception: page fault on execute access to 0x651c3ae2 in 32-bit code
(0x651c3ae2).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:651c3ae2 ESP:0103fe04 EBP:0103ff28 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000001 EBX:00000002 ECX:0103fe00 EDX:00000000
ESI:00000001 EDI:00000001
Stack dump:
0x0103fe04: 651c0000 000007d0 00001cff 00000002
0x0103fe14: 00000000 00000000 00000000 fffffffd
0x0103fe24: 00000000 00000000 00000000 00000000
0x0103fe34: 00000000 00000000 7b60da30 001439d0
0x0103fe44: 0011051e 00000000 00000000 00000000
0x0103fe54: 00000000 00000000 00000000 00000000
Backtrace:
=>0 0x651c3ae2 (0x0103ff28)
1 0x7b62a1e0 in kernel32 (+0x2a1e0) (0x0103ff48)
2 0x7bc59b27 in ntdll (+0x59b27) (0x0103ff5c)
3 0x7bc5a1e0 RtlCreateUserThread(entry=651C3300, arg=0x000000000)
[Z:\home\fgouget\wine\winetest\src\dlls\ntdll\thread.c:261] in ntdll
(0x0103ffec)
0x651c3ae2: -- no code accessible --
[...]
PE 63480000-6349b000 Deferred version
PE 666c0000-666e8000 Deferred hid
https://test.winehq.org/data/patterns.html#xinput1_3:xinput
The first known instance of this crash happened on 2022-06-01: there was no
crash from Apr 19 to May 31, but 6 crashes occurred from Jun 01 to Jun 17 (~9%
crash rate). So this looks like a new issue.
The crash address is different every time but always falls in the same range
between version and hid. However I have not been able to reproduce the crash
even over 50 runs. It is possible there is a bad interaction with a previous
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=53165
Bug ID: 53165
Summary: Sid Meiers: Pirates! error during install, failed to
ready media for L"lang0.FPK"
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72611
--> https://bugs.winehq.org/attachment.cgi?id=72611
Simple execution log
Hi!
When I try to install the 2-disc version of "Sid Meier's: Pirates!" I get a
popup-error and some log info.
Reproduction steps:
1. Put the first CD in the cd-drive
2. Initialize install "WINEPREFIX=/home/user/.wine-pirates wine d:\Autorun.exe
3. Click through the EULA and start the install
4. Wait until popup-message shows saying "Error 1311.Source file not found: Sid
Meier's Pirates!, Disc 1. Verify that the file exists and that you can access
it" during the install of "AssetsLANG0.FPK".
I have tested in 32 and 64-bit prefix with Windows XP, 7 and 10 with the same
results in all of them.
I have also tested the disc in a Windows XP virtualbox on the same PC and that
installation went flawless.
Not sure what else is to be done here...
Br
--
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=37557
Bug ID: 37557
Summary: SketchUp 2015 doesn't start
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: gilson.oliveira.junior(a)gmail.com
Distribution: ---
Hi All,
I've installed the last version of SketchUp in Wine 1.7.30 in my Ubuntu and
when I double click the application, the mouse changes the cursor to "working"
and then it's set again as normal cursor and Nothing Happens.
Via command I get the message below:
wine "C:\Program Files (x86)\SketchUp\SketchUp 2015\SketchUp.exe"
err:module:import_dll Library mfc100u.dll (which is needed by L"C:\\Program
Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe" failed, status c0000135
Does anybody knows what I can do? I'm a beginner user of Wine and Ubuntu.
Thanks in advanced for your help.
Regards,
Gilson
--
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=53177
Bug ID: 53177
Summary: Menus can't be used with mouse
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kosaji48.cagoti61(a)murena.io
Distribution: ---
When using Polyboard-6.04j elements inside some menus can't be accessed unless
you try to use the keyboard to select the items.
--
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=51720
Bug ID: 51720
Summary: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on
start
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
SC works on wine-vanilla.
It used to work on wine-staging better, due to the benefits of some patches.
Since a couple weeks, SC on wine-staging crashed when pressing play in the
launcher.
Netho from #LUG found the staging patch ntdll-ForceBottomUpAlloc the source of
the crashes.
Removing that patch and its dependencies made the game load and work again.
--all -W ntdll-ForceBottomUpAlloc -W ntdll-WRITECOPY -W ntdll-Builtin_Prot
Problem is, the game performance is reduced by 50%, when removing that patch.
Removing all ntdll* patches from the staging patchset made the game work fine
again, no issues there, but we miss all the tweaks for ntdll from the staging
patches.
No idea, whats wrong with ntdll-ForceBottomUpAlloc .
Netho futher found /0003-ntdll-Force-virtual-memory-allocation-order.patch is
the patch that causes the issue.
--
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=43557
Bug ID: 43557
Summary: Ukrainian I/i letter support for OEM console
applications using cp866.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: Other
Created attachment 58962
--> https://bugs.winehq.org/attachment.cgi?id=58962
patch for c_866.c adding ukrainian I/i support
Ukrainian I/i letter support for OEM console applications using cp866.
There is well-known Windows problem with Ukrainian letters 'I' and 'i'. They
are displayed as question mark ('?') in console applications. But the most
annoying thing is that these files cannot be copied with console File Managers,
like Far. Proposed patch fixes it.
OEM cp966 characters 0xf6 (I ukr) and 0xf7 (i ukr) should be mapped to unicode
0x0406 and 0x0456
Since Wine uses statically compited NLS translation, it is not possible to just
fix NLS file like under Windows (http://alter.org.ua/en/soft/win/cp866u/)
--
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=47582
Bug ID: 47582
Summary: World of Tanks -> open field post get a Unhandled
exception
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 64987
--> https://bugs.winehq.org/attachment.cgi?id=64987
Unhandled exception: unimplemented function urlmon.dll.414 called in 32-bit
code
if I open the filed post in WoT a Unhandled exception occurs.
WoT continues, but no "Field Post" is displayed.
WoT Version v.1.5.1.3
OS: openSUSE Tumbleweed VERSION="20190730"
@pax> rpm -qa '*wine*'
wine-gecko-2.47-56.13.noarch
wine-32bit-4.12.1-658.13.x86_64
winetricks-20190615-1.1.x86_64
wine-4.12.1-658.13.x86_64
wine-mono-4.9.0-8.1.noarch
--
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=51699
Bug ID: 51699
Summary: World of Tank v1.14
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 70572
--> https://bugs.winehq.org/attachment.cgi?id=70572
glxinfo
With update WoT to v1.14, the following content is no longer displayed (only
the background is displayed).
The entire store and under menu -> Combat Intelligence
If you move the mouse on these pages, the mouse pointer changes over the fields
that are not displayed. So it seems like a display problem!
--
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=53136
Bug ID: 53136
Summary: crypt32:cert - testVerifyRevocation() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:cert - testVerifyRevocation() fails in Wine:
cert.c:4177: Test failed: got 80092012
cert.c:4178: Test failed: got 80092012
https://test.winehq.org/data/patterns.html#crypt32:cert
0c80092012 is CRYPT_E_NO_REVOCATION_CHECK.
The failures started on 2022-05-30 and were initially random but are systematic
since 2022-06-07. The actual test was introduced on 2022-05-24 in the commit
below and reverting to that commit produces systematic failures.
So this is not a regression but instead looks like an outside change that broke
the test.
commit 74832c2177808c6222d44f7e4580de84e0ada8f0
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:22 2022 +0200
crypt32/tests: Add more OCSP revocation tests.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51243
Bug ID: 51243
Summary: In Wine dinput:keyboard fails if the keyboard layout
does not match the display language
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine dinput:keyboard fails if the keyboard layout does not match the display
language:
https://test.winehq.org/data/patterns.html#dinput:keyboard
keyboard.c:424: Test failed: 0: expected 10, got 41
keyboard.c:462: Test failed: dinput failed to handle keyboard event
* On my laptop which has an Azerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests succeed (but line 467 fails)
LANG=en_US.UTF-8 -> these two tests fail
* On my desktop which has a Qwerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests fail
LANG=en_US.UTF-8 -> these two tests succeed
Note:
* For the TestBot VMs the locale tests only set $LANG so this is why this
failure happens on debiant2-win32-fr-FR.
* The test only tests English, French, German and Japanese.
* The German case has a similar failure (on lines 424 and 467).
* The Japanese case and other locales do not fail.
--
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=52993
Bug ID: 52993
Summary: msi:action - test_publish() fails on date change
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:action - test_publish() fails on date change:
action.c:4219: Test failed: got "20220513"
https://test.winehq.org/data/patterns.html#msi:action
The issue is that when test_publish() started it was slightly before midnight
but when it checked the date in the registry is was slightly after midnight:
3708 get_date_str(date); // now it's 20220512
...
4186 /* complete install */
4187 r = MsiInstallProductA(msifile, "FULL=1"); // now it's 20220513
...
4219 CHECK_REG_STR(prodkey, "InstallDate", date);// --> failure
The registry date should be equal to either the date before the installation
started, or the date after the installation started.
The test was added in this commit:
commit 8db3c0e358c54e0ebc3f7b4b7461296d046029e9
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Thu Oct 14 11:06:13 2010 +0200
msi/tests: Move test coverage for standard actions to a separate module.
--
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=52885
Bug ID: 52885
Summary: Adobe Lightroom Classic 11.1 crash in user32
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
Distribution: ---
Created attachment 72269
--> https://bugs.winehq.org/attachment.cgi?id=72269
backtrace
> Unhandled exception: page fault on read access to 0x00000000d727af40 in 64-bit code (0x00007f4d33ef538d).
> Backtrace:
> =>0 0x00007f4d33ef538d in user32 (+0x5538d) (0x000000000011f100)
> 0x00007f4d33ef538d user32+0x5538d: movzwl 0x0000000000000010(%rsi),%eax
good: wine-6.22
bad: wine-7.3 (vkd3d not compiled in, vulkan disabled)
Clean prefix, only vcrun2015 installed. Newer wine versions do crash due to
bundled vkd3d - bug 52884. So until that one is fixed, I have no way to test if
this is still valid with recent wine releases.
This wine-7.3 release is compiled without vkd3d in the same configuration as
wine-6.22 that I've been using for months. Recently tried new wine versions and
immediately came across this crash.
Backtrace doesn't show much details and there are no interesting messages on
the console either.
Reproducible in Lightroom Classic 11.1 and 10.4.
Any ideas for further debugging? Haven't tried bisecting wine releases.
--
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=49210
Bug ID: 49210
Summary: Mafia II: Definitive Edition Launcher crashes with
Wine-Mono
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0544:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.1"
not implemented
Unhandled Exception:
System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown
assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException:
MILCreateEventProxy assembly:<unknown assembly> type:<unknown type>
member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
wine-5.8-251-g4358ddc75f
--
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=39298
Bug ID: 39298
Summary: kernel32 does not support custom nls installation.
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
This is a somewhat related bug to 39297 - wine seems to use built-in code page
tables ( wine/libs/wine/c_*.c ) . On newer windows, code page 708 is shipped
with the OS; FontVal also bundle
CPinstall
CPinstall/i386
CPinstall/i386/c_852.nls
CPinstall/i386/c_1361.nls
CPinstall/i386/c_708.nls
CPinstall/i386/c_862.nls
CPinstall/i386/c_775.nls
CPinstall/i386/c_857.nls
CPinstall/i386/c_737.nls
CPinstall/i386/c_864.nls
CPinstall/i386/c_869.nls
CPinstall/CPinstall.inf
CPinstall.dll
for older windows which does not have them. However, I tried installing them
(via setupdll), it seems to popular the registry, and copy the nls files, but
does not seem to have any effect on wine's behavior at all.
FWIW, there seems to be only one nls file shipped with wine, l_intl.nls, that
if I remember correctly is required by dotnet; I don't seem to be able to find
any code which read nls files in wine at all.
+++ This bug was initially created as a clone of Bug #39297 +++
Microsoft's FontValidator
(https://www.microsoft.com/typography/FontValidator.mspx)
when processing certain fonts, try to access code page 708,
which is not available under wine.
FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs .
--
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=35027
Bug #: 35027
Summary: unimplemented function
KERNEL32.dll.CreateProcessInternalW
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 46688
--> http://bugs.winehq.org/attachment.cgi?id=46688
log
the CreateProcessInternalW in kernel32.dll seems not implemented.
cause a execution file crash.
--
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=33381
Bug #: 33381
Summary: Mayhem Triple renders too small
Product: Wine
Version: 1.5.25
Platform: x86
URL: http://www.sniperdiplomat.com/MayhemTriple.rar
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Output only occupies about a third of the window. Mouse behaves as if it were
scaled to fit.
--
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=53082
Bug ID: 53082
Summary: "explorer: Create clipboard manager thread when
creating a desktop." causes hangs on wine startup
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com
Regression SHA1: d8a74e5cf9f259c5ec9480e74d286c93609b8d9c
Distribution: ---
Since this commit, d8a74e5cf9f259c5ec9480e74d286c93609b8d9c "explorer: Create
clipboard manager thread when creating a desktop.", hangs occasionally when
setting up a new wineprefix. (It's possible that it also hangs when starting
wine with a preexisting wineprefix, but I pinpointed it for the init procedure
when setting up a fresh wineprefix.)
I've built wine headless (I only run command line executables), i.e. configured
with "--without-x" (on Linux). I've reproduced this on arm32, but it's
plausible that the same can happen on other architectures, too.
When bootstrapping a new wineprefix (setting WINEPREFIX to a new, nonexistent
directory, running "wine wineboot"), it can hang, printing errors like these:
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
Did this commit trigger some race condition when bootstrapping the environment?
This issue doesn't happen every time - when testing setup of a new wineprefix,
it happens maybe once in 5-10 attempts.
--
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=53076
Bug ID: 53076
Summary: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and
ntoskrnl.exe.KeLowerIrql
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Ensure that you are running a version of Wine that has the fix for Bug
53051.
2. Install Kvaser Drivers for Windows (kvaser_drivers_setup.exe).
3. Install Kvaser CanKing (kvaser_canking_setup.exe).
4. Run Kvaser CanKing (C:\Program Files (x86)\Kvaser\CanKing\wc32.exe).
5. Click through the warning dialog, create a new project with one channel,
click through the "Tip of the Day" dialog, and finally, click "Start Run".
At least one thread crashes on the unimplemented function
ntoskrnl.exe.KfRaiseIrql. After adding a stub for that function, it crashes
again in ntoskrnl.exe.KeLowerIrql.
$ sha256sum *.exe
3f834a49ed416b1a06f313736223074a426d9cfe1a78f0095825c1781e78a3dc
kvaser_canking_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
kvaser_drivers_setup.exe
--
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=52893
Bug ID: 52893
Summary: GreedFall crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72286
--> https://bugs.winehq.org/attachment.cgi?id=72286
backtrace
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
wine: Unhandled page fault on read access to 000000000FB68000 at address
00000001807DAAB5 (thread 0448), starting debugger...
wine-7.7-79-g7af93f497c3
--
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=39144
Bug ID: 39144
Summary: SpinTires tech demo wrong rendering after changing
screen resolution
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z
ip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 52170
--> https://bugs.winehq.org/attachment.cgi?id=52170
screenshot
Steps to reproduce:
1. Set screen resolution in winecfg to 800x600
2. Use a native d3dx9_36
3. Run tech demo and set screen resolution to 1024x768
4. You should get the result as on screenshot
--
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=53112
Bug ID: 53112
Summary: winegstreamer build error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
/root/code/dlls/winegstreamer/wg_transform.c:84:12: error:
void value not ignored as it ought to be
return gst_video_info_align(info, align);
return type is void, not bool.
The function is declared as follows in gstreamer-1.0:
/usr/include/gstreamer-1.0/gst/video/video-info.h:
void gst_video_info_align (GstVideoInfo * info, GstVideoAlignment * align);
--
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=53035
Bug ID: 53035
Summary: Out-GridView (when winversion >win7) is broken since
182feddd4b02e83f3c69863bc2e6e63945eb2df1
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: 182feddd4b02e83f3c69863bc2e6e63945eb2df1
Distribution: ---
Since the mentioned commit now an "Unhandled division by zero" is encountered
when trying to display Out-GridView in Powershell Core; (the
DwmGetCompositionTiming is apparently only called when winversion > win7)
Maybe returning a non-zero value in one of the DWM_TIMING_INFO members is
enough to fix this, but i haven`t tested
crash:
wine: Unhandled division by zero at address 00000000243E54D3 (thread 0158),
starting debugger...
Steps to reproduce:
1. Install
https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…
2. Set windows version to win10 (or win81)
3. Then do for example:
'wine pwsh -c Get-Process \| Out-gridview'
(Note: the backslash is only needed to escape the pipe operator in bash)
Workaround for now: disable dwmapi, makes it work again
--
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=52663
Bug ID: 52663
Summary: Civilization 4: no text in main menu
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
CC: hverbeet(a)gmail.com, z.figura12(a)gmail.com
Regression SHA1: eb90d5db4f9bf92059d379d4fe0ea4a516db5e5c
Distribution: Fedora
Created attachment 71984
--> https://bugs.winehq.org/attachment.cgi?id=71984
left - wine 7.3, right - wine 7.2
Steps to reproduce:
1) remove ~/.wine
2) winetricks d3dx9_31 d3dx9_33 msxml3
3) install Civilization4
4) wine Civ4BeyondSword.exe
Behaviour:
No intro movies and no text in main menu (see attachment).
Expected behaviour:
Intro movies and text in main menu should appear.
Additional comment:
NVIDIA 340-xx
--
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=53138
Bug ID: 53138
Summary: crypt32:chain - testGetCertChain() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:chain - testGetCertChain() fails in Wine:
chain.c:4600: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4606: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4613: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
https://test.winehq.org/data/patterns.html#crypt32:chain
A bisect shows that the failures started with the commit below:
commit f74271648776969cc8d4b914ac8d409c4f37f6d5
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:21 2022 +0200
cryptnet: Give precedence to OID_AUTHORITY_INFO_ACCESS in
verify_cert_revocation().
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=53038
Bug ID: 53038
Summary: Epic Launcher Crash at Start: Unhandled exception:
divide by zero in 64-bit code
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: ozan.turkyilmaz(a)gmail.com
Distribution: ---
Created attachment 72411
--> https://bugs.winehq.org/attachment.cgi?id=72411
Backtrace
I updated wine from 7.8 to 7.9 and Epic Launcher started crashing at the start.
The crashreportclient causes the crash as far as I can understand. The
backtrace is attached.
I compile and package my wine using build scripts from wine-git repo. I
compiled it at tag 7.9 this time. I also compile both 32 bit and 64 bit
versions together.
I think it is a regression and will try doing regression analysis to see if it
is true.
--
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=45634
Bug ID: 45634
Summary: enabling CSMT ruins performance for rFactor 1.255
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jose1711(a)gmail.com
Distribution: ---
ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded
command stream by default" the performance of wine running rFactor is severely
degraded making the game unplayable - intro movie plays fine but then even the
menu navigation stutters. could be one of the cases where CSMT actually hurts
rather than helps. the same performance degradation can be observed on
pre-dd0ae wine when enabling CSMT via registry key.
--
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=36720
Bug ID: 36720
Summary: LCMapString with the parameter NORM_IGNORENONSPACE
does not remove diacritics
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 48766
--> http://bugs.winehq.org/attachment.cgi?id=48766
Source and binary to reproduce a bug in Wine implementation of LCMapString
Hello,
Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to
remove diacritics (e.g. accents) from a string and it works fine.
But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from
the string (the string is unchanged).
This bug impacts this software
http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654
On the next version of the product, a client running on Wine cannot connect to
a server running on Windows if the login contains diacritics.
I attach a small project to reproduce the problem. It is written in Pascal
(Delphi) but can be easily converted to another language.
--
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=33383
Bug #: 33383
Summary: Hiding application to Mac OS X Dock causes crash.
Product: Wine
Version: 1.5.28
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eliturner(a)me.com
Classification: Unclassified
Now that the Mac OS X driver is implemented when hiding any application to the
Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package
from Macports.
Thanks!
--
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=52998
Bug ID: 52998
Summary: xaudio2_7:xaudio2 fails on Windows 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_7:xaudio2 has the same set of systematic failures on all Windows 1909+
versions:
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000000}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000001}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000002}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000003}) failed: 8007000e
xaudio2.c:1116: Test failed: xaudio2_8.dll: CreateFX(CLSID_AudioVolumeMeter)
failed: 8007000e
https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2
The error code is E_OUTOFMEMORY and the failures correspond to the following
formats:
CLSID_FXEQ27
CLSID_FXMasteringLimiter27
CLSID_FXReverb27
CLSID_AudioVolumeMeter
Strangely enough the test succeeds on Windows 10 1507, 1607, 1709 and 1809
without any visible skip.
So it's as if support for these formats was removed (but that's a strange error
code to say so), or something more must be done to get them initialized
properly.
--
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=52995
Bug ID: 52995
Summary: shell32:shelllink crashes in Wine cause
shell32:shellpath's test_PathResolve() to fail
(test.bat file)
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:shellpath's test_PathResolve() fails seemingly randomly:
shellpath.c:3049: Test failed: test 4: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 8: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 14: expected 0, got 1
shellpath.c:3049: Test failed: test 14: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 16: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 19: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 20: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 24: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 26: expected 0, got 1
shellpath.c:3049: Test failed: test 26: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
https://test.winehq.org/data/patterns.html#shell32:shellpath
But it turns out the dates when shell32:shellpath failures all match dates when
shell32:shelllink crashed:
https://test.winehq.org/data/patterns.html#shell32:shelllink
What happens is that shell32:shellpath looks for a "test.lnk" file. But if one
creates a "c:\users\...\Temp\test.bat" file before starting the test, that's
what gets returned instead, thus causing the failures. shell32:shelllink just
happens to use a file by that name. Normally it gets cleaned up but that just
does not happen when shell32:shelllink crashes!
So I think the right fix would be to make shell32:shellpath more resilient:
* Delete "test.*" before checking for test.lnk. But that runs the risk of
deleting files dear to the person running the test (they are in a Temp
directory but still).
* Use some GetTempFileName() or some similar API to generate a unique filename.
* Or just use a name that's less likely to be a leftover from a previous test,
"shellpath.lnk" for instance. Very basic but maybe sufficient.
--
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=52752
Bug ID: 52752
Summary: Rich Edit Control does not support drawing OLE objects
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com
Distribution: ---
Originally reported by Dongwan Kim.
Rich Edit control does not support rendering OLE objects inside text. Instead
it outputs the following log entry:
fixme:richedit:draw_ole Couldn't get storage medium
Affected applications:
- KakaoTalk cannot render emoticons and @mentions in the chat input box.
--
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=46782
Bug ID: 46782
Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS
flag
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)lanrules.de
Distribution: ---
This flag is supported by all Windows versions down to at least Windows 7.
It is used, for example, by Qt in QCollator.
See https://bugreports.qt.io/browse/QTBUG-74209 for reference.
CompareStringEx:
https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string…
Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913
--
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=49232
Bug ID: 49232
Summary: Saints Row The Third Remastered shows floating black
rectangles
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rca(a)psy-q.ch
Distribution: ---
Created attachment 67236
--> https://bugs.winehq.org/attachment.cgi?id=67236
Screenshot showing black rectangles in the scene
The game shows floating black rectangles in your view. They don't appear when
looking straight down at the ground and also not in indoor scenes. Attached
screenshot shows the effect
I am guessing it might have something to do with street lamp halos or an effect
like that.
The log mentions:
0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2.
00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in
glCopyImageSubData(internalFormat mismatch)".
--
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=34176
Bug #: 34176
Summary: Kernel32:CompareStringW strange behavior ?
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.manette(a)manette.be
Classification: Unclassified
Created attachment 45460
--> http://bugs.winehq.org/attachment.cgi?id=45460
Sorce and compiled executable for wineTest.exe + winedbg log.txt
Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64).
When running a console program of mine (Delphi XE2 compiled under Windows
Vista) I'm observing an important behavior difference under wine than
nativevely.
I narrowed down the symptom to a string comparison of some sort.
Source file below is a code snippet to reproduce the problem (source is UTF-8,
Delphi is utf-8 / WideString, WideChar aware).
Here is the (correct/expected) result when program is run natively under
Windows Vista:
G:\__Project-2\Code\wineTest>wineTest
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE TRUE
* TEST-005: TRUE TRUE
* TEST-003: TRUE TRUE
Here is the same program output when run from Wine:
root@Bilbo-100:~# wine wineTest.exe
Wine cannot find the ncurses library (libncurses.so.5).
fixme:thread:GetThreadUILanguage : stub, returning default language.
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE FALSE
* TEST-005: TRUE FALSE
* TEST-003: TRUE FALSE
For what I understood the TStringList IndexOf method may use Windows API's
CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html)
Is this a configuration problem (locale ?)
May this be a bug or implementation problem ?
I can provide the corrsponding binary wineTest.exe
//////////////////////////////////////////////////
Using winedbg I could crosscheck that CompareStringW for two different strings
result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3).
Maybe this is because of locale setting or flags setup ?
root@Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt
root@Bilbo-100:~# grep CompareStringW log.txt
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
///////////////////////////////////////////////////
program wineTest;
{$APPTYPE CONSOLE}
Uses Classes;
var
sl : TStringList;
begin
Write(ErrOutput, '* TEST-001: ');
if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-002: ');
if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
sl := TStringList.Create;
Write(ErrOutput, '* TEST-004: ');
sl.Clear;
sl.Add('m²');
if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-005: ');
sl.Clear;
sl.Add('m³');
if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
sl.Clear;
sl.Add('ééé');
if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
end.
--
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=53168
Bug ID: 53168
Summary: kernel32:debugger - test_ExitCode() has a rare timeout
condition running dbg,attach,process,event,detach
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:debugger - test_ExitCode() has a rare timeout condition running
dbg,attach,process,event,detach:
debugger.c:610: running dbg,attach,process,event,detach...
debugger.c:621: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:659: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
kernel32:debugger:0dcc done (258) in 125s
https://test.winehq.org/data/patterns.html#kernel32:debugger
The failures are very rare (~0.6%) but always happen in the same location: in
the (last) crash_and_debug(... "dbg,attach,process,event,detach") call in
test_ExitCode().
This failure has mostly been seen on Windows 10 21H1 but it happened at least
once in 1507. So it is likely that all Windows 10 versions are impacted. It
also happens in both 32- and 64-bit code.
--
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=32224
Bug #: 32224
Summary: LTspice: selected text/component after Ctrl+F not
highlighted
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: testelor(a)yahoo.com
Classification: Unclassified
Steps to reproduce:
1) Download and install LTspice -
http://ltspice.linear.com/software/LTspiceIV.exe
2) Run LTspice using:
$ wine scad3.exe -nowine
3) Create a new schematic, press 'R' (resistor), for example, and place
it twice by clicking. There should be R1 and R2 on the schematic.
4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in
yellow, but they're not.
Side note:
- create a new schematic, press F2 to bring up the device list.
- select current, place it on the schematic
- right-click on it and type '1', no quotes, then OK
- press 'R', place it next to the current source, in parallel
- right click on it and replace "R" with '1', no quotes, then OK
- press 'G' and place ground on the lower pins of both components
- press F3 and draw a net by clicking on the unconnected current source's pin,
then on the resistor's
- press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on
the schematic
- in the toolbar, press the 'running man' button, or right-click on the
schematic and choose "run"
- it should be almost instant, a new empty window will pop up, above
- move the mouse cursor over the resistor until the cursor changes into a
current-clamp (something black with a red arrow), then click once to display
the current through the resistor
- in the newly created window, there will be a trace displayed and a label at
the top, reading I(R1)
Alt+left-clicking on the label will highlight the resistor. That's how it
should look like after Ctrl+F. Alternatively, you can just run "wine
scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning.
No screenshot as it doesn't make sense to show what doesn't happen...
--
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=28282
Summary: Sound constantly crackling in StarCraft II
Product: Wine
Version: 1.3.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pitlicek(a)gmail.com
Sound is crackling since 1.3.26 (and still does in 27) and console is spammed
with "err:alsa:wine_snd_pcm_recover underrun occurred".
Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to
emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again,
change makes no difference), 16 bps. Using OSS and padsp results in no sound at
all.
But it's still better than no sound in 1.3.25 after mmdevapi
rewrite/implementation. ;)
--
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=49498
Bug ID: 49498
Summary: In file-open dialog, selecting .lnk shortcut picks
shortcut instead of going to target folder
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure
about file), it sends the shortcut to the program instead of navigating to the
folder.
OpenMPT is one app which expects you to open a .lnk file in a file-open dialog.
The way I found this bug is:
- Install OpenMPT on Windows or Wine.
- Open the View menu and click Setup.
- Click the Keyboard tab, and click "Import Keys...".
If you double-click "More Keymaps", Windows would go to the .lnk target
directory. But Wine returns the .lnk file from the file-open dialog.
Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style
file dialogs are terrible.
https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2…
On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return
the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file.
MFC defines two types of dialogs with a similar C++ API. XP = Common File
Dialog (I think), Vista = Common Item Dialog (COM-based).
--
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=52951
Bug ID: 52951
Summary: gdi32:font - test_GetGlyphOutline() fails on "VL
Gothic" in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine:
font.c:4885: Test failed: expected 36, got 19 (VL Gothic:136)
font.c:4903: Test failed: expected 36, got 19 (VL Gothic:136)
https://test.winehq.org/data/patterns.html#gdi32:font
This begs two questions:
1. Is this a bug in the font, or a bug in the test?
2. Why does this happen on the debian11 (and debiant) VMs, but not on fg-deb64
(my development machine)?
On Debian VL Gothic is brought in by this package dependency chain:
libsane -> libpoppler-glib8 -> libpoppler102 -> poppler-data -(suggest)->
fonts-vlgothic
Interestingly poppler-data has alternatives to fonts-vlgothic one of which is
already installed:
fonts-ipaexfont-gothic
fonts-ipfont-gothic (installed)
fonts-ipafont-nonfree-jisx0208
fonts-mona
fonts-takao-gothic
fonts-umeplus-cl
fonts-vlgothic (installed)
But the reason for the difference is that fg-deb64 has the AR PL UMing CN font
(from the fonts-arphic-uming package) and not the TestBot VMs. The lack of
UMing also causes a test to be skipped on the TestBot VMs:
1: (IPAGothic:128)
2: (NanumGothicCoding:129)
font.c:4867: Tests skipped: Fixed-pitch TrueType font for charset 134 is not
available
4: (VL Gothic:136)
So I'm going to install fonts-arphic-uming on the TestBot VMs which should
swipe these two failures under the rug.
Note: I don't have information on how much this will increase the runtime (see
bug 51367) but it seems like it shouldn't be too bad.
--
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=51433
Bug ID: 51433
Summary: Battle.Net: Installer terminates with
BLZBNTBTS0000005C error screen
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pep(a)bouah.net
Distribution: ---
Created attachment 70285
--> https://bugs.winehq.org/attachment.cgi?id=70285
Wine logs
Hi there,
Trying to install Heartstone (Blizzard), it failed when updating the battle.net
updater. I reproduced with the Battle.Net Installer directly, downloaded from
here:
https://www.blizzard.com/en-us/download/confirmation?platform=windows&local…
(shasum seems to give me something different each time I download it again)
The error dialog the installer shows says "More help: BLZBNTBTS0000005C".
Logs from the installer in attachments. I get the same error with wine and wine
and wine-staging 6.12 with a fresh profile.
--
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=53160
Bug ID: 53160
Summary: Ancestral Quest 16.0.11: Data from linked FamilySearch
shrinks and then disappears
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: drjk011(a)live.com
Distribution: ---
Ancestral Quest is software designed for storing and managing personal family
history data. When a person is linked to FamilySearch (free account) and
'Review with FamilySearch" is selected, data from FamilySearch is retrieved and
the textbox is supposed to be populated so local data can be compared with
FamilySearch data.
The data momentarily is presented, then shrinks smaller and smaller until it
disappears from view. With text data, there are no error messages, just
disappearing text.
If Ancestral Quest is a registered version, then photos may be compared with
FamilySearch as well. In this case, the same action occurs until the there is a
divide-by-zero error and the program crashes.
Hardware:
PclinuxOS 2022
KDE Plasma 5.24.5
Ryzen 5-3600, 23.5 GiB Ram, NVIDIA GTX 1060
Wine 7.6
Software:
Ancestral Quest 16.0.11 by Incline Software
http://www.ancestralquestonline.com/updates/getlatest.asp?demo=1
Error demonstrated with the “Scrapbook Sample Database” freely downloadable
from the publisher
http://www.ancquest.com/download.htm
Connecting to FamilySearch by the Church of Jesus Christ of Latter Day Saints.
One must be registered, but it is a free account.
https://www.familysearch.org/en/
Attachments:
Four (4) screenshots from Windows of how it is supposed to look:
Screenshot_main.png; Screenshot_sub-details.png; Screenshot_sources.png; and
Screenshot_sub-photos.png
Two (2) mpg files showing what is actually seen: "RealTime.mpg" shows accessing
the above mentioned 4 areas, and "Clips slowed 90%.mpg" showing what is
happening slow enough to actually evaluate.
One (1) backtrace file "backtrace.txt" showing information when the photos
cause the program failure.
Comment:
>From my working with this issue and attempting to find a resolution, to me it
seems that this is not exactly a failure of Wine, but rather a procedure or
function dealing with size and placement (located in User32.dll) that is not
yet fully implemented. I could not find any patches or work that addresses this
issue. One backtrace (that I cannot yet duplicate) referenced a
WINPOS_SysCommandSizeMove procedure followed by a WINPROC_call_window
procedure; indicating that there were missing parameters.
I would be happy to provide more details and/or logs if that would be helpful.
Thanks...
--
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=53158
Bug ID: 53158
Summary: The Sabadell bank's BS Online program gives an error
when trying to restore a backup
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guilhe_gz(a)hotmail.com
Distribution: ---
Created attachment 72591
--> https://bugs.winehq.org/attachment.cgi?id=72591
Backtrace.txt file generated by Wine at the time of failure
The Sabadell bank's BS Online program gives an error when trying to restore a
backup.
The program initially loads correctly, and also connects correctly with the
bank, but when trying to restore a copy, the error window pops up.
I leave the error output in the backtrace_last.txt file.
The page from where you can download the program is
https://www.bancsabadell.com/StaticFiles/bsonlineficheros/setup-004_220.exe
The version I am testing with is 004_220
--
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=53026
Bug ID: 53026
Summary: F.E.A.R. (original) has "Disconneted from server"
massage every time starting a new game
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
It is impossible to start a new game because of this (however the benchmark
works good). Don't know, if it is a Wine bug or a game quirk, but for Windows 7
(x64) the same copy of the game works fine.
--
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=46609
Bug ID: 46609
Summary: openbor: executable freezes while loading game (Marvel
Infinity War)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cardogar(a)hotmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Created attachment 63509
--> https://bugs.winehq.org/attachment.cgi?id=63509
Log file
When running the openbor game Marvel Infinity War the wine-preloder freezes
(not responding).
Game can be downloaded here http://www.zvitor.com.br/Downloads/miw_v1.2.rar
Attached console output.
Games constructed with different openbor engine versions work.
--
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=53149
Bug ID: 53149
Summary: quartz:filtergraph - test_filter_state() has a pair of
rare failures on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:filtergraph - test_filter_state() has a rare failure on Windows 10:
filtergraph.c:3730: Test failed: Got state 2.
filtergraph.c:3731: Test failed: Got state 2.
https://test.winehq.org/data/patterns.html#quartz:filtergraph
The failure is known to happen on w1064v1909 and w10pro64 (21H1), but its
failure rate is pretty low (3.2%) so it's unclear if other Windows versions are
affected too. It does seem that the failure is specific to 64-bit code.
--
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=53146
Bug ID: 53146
Summary: kernel32:process - test_handle_list_attribute() has a
rare failure on Windows 10 1607+
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:process - test_handle_list_attribute() has a rare failure on Windows
10 1607+:
On Windows 10 1607:
process.c:4288: Test failed: Unexpected return value, error 127.
where 127 == ERROR_PROC_NOT_FOUND
And on Windows 10 1709+:
process.c:4288: Test failed: Unexpected return value, error 203.
203 == ERROR_ENVVAR_NOT_FOUND which is a bit strange
https://test.winehq.org/data/patterns.html#kernel32:process
The failure rate is about 5.3%.
--
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=53143
Bug ID: 53143
Summary: kernel32:debugger - test_debugger() fails randomly 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:debugger - test_debugger() fails randomly on Windows 10:
debugger.c:1760: Test failed: unexpected instruction pointer 778B2A0C
https://test.winehq.org/data/patterns.html#kernel32:debugger
The address changes with every run which causes this failure to always look
like a new one.
--
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=53141
Bug ID: 53141
Summary: dsound:dsound - test_notify() has a rare failure on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dsound:dsound - test_notify() has a rare failure on Windows:
dsound.c:1072: Test failed: expected 0. got 258
or sometimes
dsound.c:1072: Test failed: expected 1. got 258
or even
dsound.c:1060: Test failed: got 00000000
dsound.c:1072: Test failed: expected 1. got 258
https://test.winehq.org/data/patterns.html#dsound:dsound
The failure rate appear to be about 6.6% and this seems to only happen on
Windows 10 1809+, real hardware (cw-gtx560) and VMs alike. This failure did not
happen on all test configurations. Maybe there's something special about those
that got this failure, or the others just got lucky due to the low failure
rate.
--
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=53140
Bug ID: 53140
Summary: Origin spawn multiple invisible Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 72583
--> https://bugs.winehq.org/attachment.cgi?id=72583
Origin windows seen from a Wine virtual desktop
EA Origin when opened spawns extra windows that shouldn't be seen and do
various things (they can be seen in the attachment).
The first is a digital clock that only updates when focused.
The second and the fourth one show garbage, while the third one is just a logo.
The fifth one shows "OFFLINE MODE", and clicking it actually puts you in
offline mode.
The sixth one shows a list of items, all but "Achievements" and "Download
Manager" are functional.
They can be closed with no apparent side effect. Closing Origin's main window
and then reopening it doesn't spawn them again.
These windows are normally invisible (even in the taskbar), but they can be
seen by either using Wine virtual desktop (where they can be seen in the
taskbar) or by using a tiling window manager (the behavior depends on the WM:
Sway for example tiles the extra windows while leaving the main window stacked
(though the mouse cursor may stop matching the actual position), kwin-tiling
doesn't tile the extra window but leaves extra space as if they need to be
tiled while the main windows is stacked and very slow and unresponsive, Bismuth
doesn't know how to handle this and crashes the entire desktop environment).
While I don't know if the fact that they exist in the first place is
"intended", their behavior is certainly destructive (though it can be worked
around by setting the tiled window managers to not tile Origin, it certainly
isn't something that should be done).
(Wine version is set to unknown because I tested the Lutris script with both
Wine-lutris and Wine-tkg, but not vanilla 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=52837
Bug ID: 52837
Summary: The text cannot be displayed normally in the "小K直播姬"
software
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 3238998313(a)qq.com
Distribution: ---
Created attachment 72232
--> https://bugs.winehq.org/attachment.cgi?id=72232
The log output from the terminal (the action is recorded).
Run "Little K Live Ji" on the 7.6 version of the development branch, and the
expected version of WineD3D is 1.2.
The packages for Winehq are packaged by the distribution ArchLinux. See the log
file for details. The official website of the software is
https://yunboai.com/liverc; you can also get a complete copy of the software
from here: https://www.123pan.com/s/lgeRVv-zauHd, password: wine.
I looked at the output and everything seems to be working fine until line 1578,
after doing the login it opens a new process and reports back and forth
warnings and errors for d3d11, some modules and WineD3D.
The main thing that affects my continued use of the software is that in this
new process it barely displays text properly and is mostly blank. According to
the information, the software cannot be run directly after the d3dx11 bug patch
is applied by Winetricks.
Main output: MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
This software has not been tested in versions prior to 7.6.
--
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=53127
Bug ID: 53127
Summary: mmdevapi:render - test_clock() gets misfit fragments
on Windows 10 2004+
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:render - test_clock() gets misfit fragments failures on Windows 10
2004+:
render.c:1040: Test failed: BufferSize 24576 misfits fragment size 720 at rate
48000
https://test.winehq.org/data/patterns.html#mmdevapi:render
This failure is somewhat rare and only happens on Windows 10 >= 2004. It also
never happened on the cw-gtx560 and cw-rx460 machines. So it's possible that
this is a QEmu issue.
The ill fitting fragment size is also always the same: 24576.
--
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=53126
Bug ID: 53126
Summary: mmdevapi:render - test_clock() has timing-related
failures
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:render - test_clock() has timing-related failures:
render.c:1114: Test failed: Position 54256 too far after playing 100ms
https://test.winehq.org/data/patterns.html#mmdevapi:render
These happen on Windows and Wine and are quite frequent but the position
changes on every run causing the failure to always look new.
It may be possible to reduce the frequency of the failures by improving the
accuracy of the timing measurements but it's not clear if the failures can be
completely eliminated without making the timing margins meaninglessly large.
See also:
https://www.winehq.org/pipermail/wine-devel/2020-November/176708.html
--
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=53098
Bug ID: 53098
Summary: Diablo Immortal hangs after launch
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 72528
--> https://bugs.winehq.org/attachment.cgi?id=72528
TerminalOutput
The game doesn't crash it doesn't show any window, seems like it is frozen
after printing a couple of lines to the terminal window.
--
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=53119
Bug ID: 53119
Summary: River City Girls - sound stuttering
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
There are small sound stutterings during intro video ("we're gonna fight you"
video"). (both in WINE 7.0 and 7.10). The game is GOG 1.1 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=53118
Bug ID: 53118
Summary: River City Girls - comix video bug
Product: Wine
Version: 7.0
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: ---
When starting a new game and watching intro movie, there are color pink and
green stripes across the screen. The same for stable 7.0 and beta 7.10 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=41163
Bug ID: 41163
Summary: Minimum memory for Nvidia GTX 1060 should be 3GB
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
In dlls/wined3d/directx.c a comment says
"The amount of video memory stored in the gpu description table is the minimum
amount of video memory "found on a board containing a specific GPU."
The line for Nvidia GTX 1060:
{HW_VENDOR_NVIDIA, CARD_NVIDIA_GEFORCE_GTX1060, "NVIDIA GeForce GTX
1060", DRIVER_NVIDIA_GEFORCE8, 6144},
6144 should probably be changed to 3072, since a 3GB version of the GTX 1060
(with slightly cut-down GPU) has been announced:
http://www.eurogamer.net/articles/digitalfoundry-2016-nvidia-unveils-cut-do…
Either that, or a separate entry for the 3GB model should be added.
Also, in dlls/wined3d/wined3d_private.h is the PCI ID for the GTX 1060:
CARD_NVIDIA_GEFORCE_GTX1060 = 0x1c03,
Nvidia uses 0x1C02 for the 3GB GTX 1060, according to the Windows driver INF
file:
NVIDIA_DEV.1C02.8438.19DA = "NVIDIA GeForce GTX 1060 3GB"
NVIDIA_DEV.1C03.9438.19DA = "NVIDIA GeForce GTX 1060 6GB"
--
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=53055
Bug ID: 53055
Summary: Error message when starting a program, i.e. foobar2000
or Foxit Reader 11
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ndis.sys
Assignee: wine-bugs(a)winehq.org
Reporter: n.kau(a)web.de
Distribution: ---
Created attachment 72453
--> https://bugs.winehq.org/attachment.cgi?id=72453
Saved error message
When starting a program in Wine, i.e. foobar2000 or Foxit Reader 11, an error
message pops up. The programs still start properly. Attached is the error
saved.
--
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=8195
Carlo Bramini <carlo.bramix(a)libero.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlo.bramix(a)libero.it
--- Comment #35 from Carlo Bramini <carlo.bramix(a)libero.it> ---
*** Bug 53117 has been marked as a duplicate of 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=50661
Bug ID: 50661
Summary: LibvirtTool: Automatically create Windows snapshots
with test signing turned on
Product: Wine-Testbot
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: ---
Having test configurations with test signing turned on would be useful:
https://www.winehq.org/pipermail/wine-devel/2020-October/175882.html
There is now one such Windows 10 configuration, w1064_tsign, which was created
manually.
But to generalize this LibvirtTool should know how to turn on test signing
before creating live snapshots. Fortunately this seems pretty simple: just run
"bcdedit /set testsigning on" and reboot. So it should be possible to add that
in Revert().
--
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=44728
Bug ID: 44728
Summary: Bad windows version detection with python module
"platform"
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gillg02(a)hotmail.com
Distribution: ---
If you use a python script (for exemple built-in into an installer) wich use
native module "platform" to detect OS platform and version, you could have a
bad version number regarding your wine config.
Here, an extract of native "platform.py" file (python 3.5), and the line wich
cause this issue + a test to patch it temporarly.
def win32_ver(release='', version='', csd='', ptype=''):
try:
from sys import getwindowsversion
except ImportError:
return release, version, csd, ptype
try:
from winreg import OpenKeyEx, QueryValueEx, CloseKey,
HKEY_LOCAL_MACHINE
except ImportError:
from _winreg import OpenKeyEx, QueryValueEx, CloseKey,
HKEY_LOCAL_MACHINE
winver = getwindowsversion()
maj, min, build = winver._platform_version or winver[:3]
########## Begin PATCH for WineHQ ############
maj, min, build = winver[:3]
########## End PATCH for WineHQ ############
version = '{0}.{1}.{2}'.format(maj, min, build)
release = (_WIN32_CLIENT_RELEASES.get((maj, min)) or
_WIN32_CLIENT_RELEASES.get((maj, None)) or
release)
For a win10 configured, see dumps below :
winver._platform_version => (5, 1, 2600)
winver[:3] => (10, 0, 15063)
I don't know exactly why, but somwhere in windows confs or dlls something is
wrong.
For information, getwindowsversion() seems to be a wrapper of Win function
GetVersionEx()
--
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=31387
Bug #: 31387
Summary: Helicopter's tail prop is sometimes partly black in
GTAIV
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 41247
--> http://bugs.winehq.org/attachment.cgi?id=41247
Screenshot
This bug is similar to bug 21197, but this particular thing wasn't fixed by the
commit which did fix that bug. See the screenshot. Symptoms are the same - one
of the propeller blades is black with black pixels around.
How to reproduce once in the game:
1. Find/spawn Police Maverick helicopter
2. Get inside it
3. Take off to be about 10 m above ground
4. Press 'S' and hold it so that helicopter punches the ground
5. See the artifact appear
--
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=52777
Bug ID: 52777
Summary: Ghost Recon Advanced Warfighter 2 does not render
shadows
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: cmartinez2985(a)gmail.com
Distribution: ---
Shadows in GRAW2 (and GRAW1 which is the same engine) do not render at all, no
matter the selection.
I am running Arch Linux using a Radeon 5700XT on mesa-git 22.1 drivers. The
game uses DX9. Please let me know what I can attach to reproduce the issue.
Side note: this also occurs with DXVK but I've tested with a fresh WINE prefix
without DXVK. The shadows DO render running on Windows 11. This old bug might
have more info: 38015
--
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=41464
Bug ID: 41464
Summary: Quake live sound latency
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: cosiekvfj(a)o2.pl
Distribution: ---
Hi. I measured sound latency(from fire button to gauntlet noise)(audacity) and
it's about >160ms. For that fast paced game it's to much. Even after tweaking
s_mixprestep and alsa buffer it's still to much.
Soundbackend Alsa
Linux GA-MA790X-DS4 4.6.7-1-MANJARO #1 SMP PREEMPT Tue Aug 16 19:20:55 UTC 2016
x86_64 GNU/Linux
--
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=53113
Bug ID: 53113
Summary: GTA 3 doesn't start
Product: Wine-staging
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72559
--> https://bugs.winehq.org/attachment.cgi?id=72559
Log
GTA 3 doesn't start. I attach the log, it is strangely short.
--
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=25173
Summary: No sound in menus/game play in Call Of Duty : Black
Ops
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oneofone(a)gmail.com
Created an attachment (id=31938)
--> (http://bugs.winehq.org/attachment.cgi?id=31938)
WINEDEBUG=+dsound
It's not http://bugs.winehq.org/show_bug.cgi?id=16942 as far as I can tell, I
tried everything.
Clean prefix, winver=windows7, disabled mmdevapi.
When I tried native dsound I lost the sound in the cut scenes.
--
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=52836
Bug ID: 52836
Summary: winecfg -v does not work to set the windows version
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)fernandolucas.info
Distribution: ---
Winecfg -v is not working to setup the windows version.
It stopped to work in wine 7.5, and is still broken in 7.6
--
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=49902
Bug ID: 49902
Summary: Garbled text in Rufus' tooltips
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
Distribution: ---
Created attachment 68260
--> https://bugs.winehq.org/attachment.cgi?id=68260
Comparison between Wine and Windows 10
Hi,
I noticed that upon hovering over any of Rufus' buttons, a tooltip containing
random garbled text (presumably uninitialized memory) is displayed every time.
I tested this on Wine 5.18 (Arch and Ubuntu) and Wine 5.0 (Ubuntu only) and it
is always reproducible.
Probably unrelated to this, but clicking on the "CLOSE" button doesn't do
anything.
exe: rufus-3.11p.exe
sha1: 26d30f2085c27a96a8c7e9a007da18d7624e4fea
url: https://github.com/pbatard/rufus/releases/download/v3.11/rufus-3.11p.exe
Thanks.
--
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=53107
Bug ID: 53107
Summary: LUNARiA trial: some effects fail to display with bogus
"Failed to allocate system memory" error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fallenguru(a)protonmail.com
Distribution: ---
Created attachment 72543
--> https://bugs.winehq.org/attachment.cgi?id=72543
terminal output, three ways
Trial download page: https://key.visualarts.gr.jp/kinetic/lunaria/#download
Trial download direct link:
https://sample9.dmm.com/digital/pcgame/vsat_0274/vsat_0274t.zip
Trial SHA1: 4c0f3e206406d36e32634e8f56b558b5accf73ce vsat_0274t.zip
It probably needs Japanese locale (LANG=ja_JP.UTF-8) to run.
To make video playback work, I ran StartData/Config.exe and switched the method
from WMP to MCI; then transcoded the videos from WMV to WEBM.
Start a new game, then best hold down the left ctrl key to fast-forward.
Assuming you can't read Japanese, or at least don't want to read it all,
specifying where the error occurs is a bit difficult. I can attach my savegame
directory on request, but the upshot is that it shouldn't crash nor throw any
other error.
Anyway, WINE doesn't like some animated(?) effects the game tries to display:
010c:err:d3d:wined3d_resource_allocate_sysmem Failed to allocate system memory.
010c:err:d3d:texture_resource_sub_resource_map Failed to prepare location.
(Neither RAM nor VRAM are anywhere near capacity.)
Vanilla WINE crashes right after this with an unhandled page fault.
Setting WINE_LARGE_ADDRESS_AWARE=1 got me past the first of these effects (that
I noticed); for a later one there's a good chance the game itself pops up an
error message instead, roughly: "Image file ef_cyberline could not be opened.
An error has occurred in the function LockRect. hr 0x8007000e (E_OUTOFMEMORY)".
In that case, it continues to run after and just skips the effect.
So I installed DIVK into the prefix and that has been flawless so far, so I
thought a bug in WINE's Direct3D implementation might be in play.
Fresh 7.10 prefix (winehq official repo, Ubuntu 18.04).
--
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=52888
Bug ID: 52888
Summary: Shadow Tactics: Aiko's Choice crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72281
--> https://bugs.winehq.org/attachment.cgi?id=72281
log
D3D11: Failed to create RenderTexture (1280 x 0 fmt 44 aa 1), error 0x80070057
warn:d3d11:d3d_texture2d_create Failed to create wined3d texture, hr
0x8876086c.
--
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=52712
Bug ID: 52712
Summary: WineRichEditTest: crashes when trying to go to right
in words with Ctrl+Right Arrow in RichEdit
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: mher.ghazaryan5(a)gmail.com
Distribution: ---
Created attachment 72070
--> https://bugs.winehq.org/attachment.cgi?id=72070
The test executable
In a RichEdit control, type text with no newline at the end. After that, go to
the beginning of that text and start going to the right word-by-word with
Ctrl+Right Arrow. When you get to the end, the cursor will be one line lower.
One step more, and it will crash.
--
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=43706
Bug ID: 43706
Summary: Age of Mythology demo has graphics issues
Product: Wine
Version: 2.16
Hardware: x86-64
URL: http://www.nvidia.com/object/dl_aom.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 59173
--> https://bugs.winehq.org/attachment.cgi?id=59173
comparison
Launching with integrated HD 3000 shows graphics issues.
Works normally with Nvidia.
wine-2.16-162-g218286bb87
--
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.