https://bugs.winehq.org/show_bug.cgi?id=53236
Bug ID: 53236
Summary: d3d9:device - test_wndproc() sometimes gets an
unexpected WM_DISPLAYCHANGE in Wine
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: ---
d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in
Wine:
device.c:4349: Test failed: Expected message 0x7e for window 0x1, but didn't
receive it, i=1.
device.c:4359: Test failed: Got unexpected hr 0x88760869.
https://test.winehq.org/data/patterns.html#d3d9:device
Where 0x007e == WM_DISPLAYCHANGE.
The second failure is not always present but does not seem to happen without
the first one so they are probably related.
These failures:
* Happen on my Debian 11 + Intel + KDE box (fg-deb64)
* Don't seem to happen on my Debian 11 + QXL + fvwm + single monitor VM
* Happen on the TestBot's Debian 11 + QXL + fvwm + dual monitor VM
* Happen on the TestBot's Debian Testing + QXL + fvwm + dual monitor VM
(very rarely but two wow64 instance have been seen)
--
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=47407
Bug ID: 47407
Summary: Hard Truck 2: King of The Road (GOG version): movies
don't play
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t6zm3v62fkp7fe5(a)yandex.ru
Distribution: ---
Created attachment 64755
--> https://bugs.winehq.org/attachment.cgi?id=64755
Screenshot from intro movie
In Hard Truck 2: King of The Road (GOG version), movies don't play: e.g. intro
logos and movie (screenshot-from-intro-movie.png) and movies when you're
arrested or robbed by mafia.
Lubuntu 18.04.2, Wine 4.11 from official PPA.
--
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=7585
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #73 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 8.4.
--
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=54645
Bug ID: 54645
Summary: TextPad 9.1 installation fails in Wine 6 from Linux
Mint repo
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nouvel.aubergiste(a)gmail.com
Distribution: ---
Created attachment 74174
--> https://bugs.winehq.org/attachment.cgi?id=74174
backtrace file
TextPad 9.1 installation fails using Wine 6 from Linux Mint repository. TextPad
8+ works fine. I tried it several times and the error is always the same
The graphic error is :
SpellCheckerFactory
Unknown error 0x80040154
--
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=54505
Bug ID: 54505
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModules() gets unexpected Notepad case
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected Notepad
case on Windows 11:
psapi_main.c:160: Test failed: got Notepad.exe
psapi_main.c:164: Test failed: got C:\Program Files\WindowsApps\Microsoft.
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
This failure is specific to the 64-bit tests running on Windows 11, that is the
32-bit test has other (possibly related) failures, and Windows 10 and lower
don't have failures.
Also this failure has been present ever since the Windows 11 VM was added.
This looks like a simple case issue. If so it's strange that it only happens in
64-bit but it could be cured by a simple strcasecmp() or equivalent.
--
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=54299
Bug ID: 54299
Summary: d3d12:d3d12 - test_create_device() gets an unexpected
0 refcount on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d12:d3d12 - test_create_device() gets an unexpected 0 refcount on Windows 10
1909+:
d3d12.c:888: Test failed: Got unexpected refcount 0.
See https://test.winehq.org/data/patterns.html#d3d12:d3d12
This test
* is skipped on Windows 10 < 1709,
* succeeds on Windows 10 1709 and 1809,
* and fails on Windows 10 1909+ because the refcount is 0.
The test seems unsure about the exact refcount value since it only tests for
"refcount >= 1".
Maybe it should be something like "refcount == 0 || broken(refcount >= 1)",
possibly with a todo_wine?
Or that test could just be removed entirely?
--
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=54637
Bug ID: 54637
Summary: riched20:txtsrv - test_TxGetNaturalSize fails if
system GUI font's glyph widths are wider than expected
by the test
Product: Wine
Version: 8.3
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: huw(a)codeweavers.com, jzeng(a)codeweavers.com
Regression SHA1: 6e264bbd1ddf0d271d4506462ecd4f20f4a20597
Distribution: ---
Today, test_TxGetNaturalSize() creates a pop-up window with a fixed size
(extent) of 100 x 100. The test function then proceeds to compute the
natural size of rich edit control that fits the sample text
"TestSomeText" and compare it to the RECT calculated by DrawText.
It appears that this test fails if the text width exceeds the width of
the test window's client area. In this case, DrawText() with
DT_WORDBREAK breaks the text into the two lines due to text wrapping;
however, Rich Edit's ITextServices::TxGetNaturalSize implementation does
not seem to perform text wrapping on overflow. This results in extent
mismatch.
In conclusion, the test may fail if the rendered width of the sample
text "TestSomeText" is larger than what the test expects. This depends
on the current font used for DEFAULT_GUI_FONT.
Omitting DT_WORDWRAP for the DrawText() call seems to fix this test failure.
--
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=54506
Bug ID: 54506
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModulesEx() gets pcs-6464 and pcs-6432
failures on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets pcs-6464 and
pcs-6432 failures on Windows 11:
psapi_main.c:303: Test failed: pcs-6464: 2: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6464: 0: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6464: 3: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:448: Test failed: pcs-6432: expecting 32bit modules
psapi_main.c:299: Test failed: pcs-6432: 1: got error 6
psapi_main.c:300: Test failed: pcs-6432: 1: expecting notepad.exe but got e{u
psapi_main.c:302: Test failed: pcs-6432: 1: got error 6
psapi_main.c:303: Test failed: pcs-6432: 1: expecting
C:\windows\syswow64\notepad.exe but got e{u
psapi_main.c:306: Test failed: pcs-6432: 1: got error 6
psapi_main.c:307: Test failed: pcs-6432: 1: expected 00000000DEADBEEF, got
00007FF8DF7EF800
psapi_main.c:309: Test failed: pcs-6432: 1: got entry point 000000000040BDF8
psapi_main.c:303: Test failed: pcs-6432: 0: expecting
C:\windows\syswow64\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6432: 3: expecting
C:\windows\syswow64\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
Where 6 == ERROR_INVALID_HANDLE, hence the presumable uninitialized strings
too.
These tests and failures were introduced by the commit below:
commit 84a9a1c8fbc1e8ccc9c34cf0db375813b3ac2955
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Mon Jan 30 13:45:46 2023 +0100
psapi: Add tests for EnumProcessModulesEx().
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54313
Bug ID: 54313
Summary: HS_hevo_gc 8.8.1.1 fails to launch
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dean-chen(a)qq.com
Distribution: ---
Created attachment 73873
--> https://bugs.winehq.org/attachment.cgi?id=73873
log info copied from terminal
HS_hevo_gc 8.8.1.1 fails to launch
THS_hevo_gc8.8.1.1.exe can be dowloaded from THS web site on Windows system.
http://activity.ths123.com/html/xb/160809/index.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=54058
Bug ID: 54058
Summary: user32:input - test_ToAscii() fails in the Hindi UTF-8
locale
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
Created attachment 73613
--> https://bugs.winehq.org/attachment.cgi?id=73613
user32/tests: Skip a ToAscii() test in UTF-8 code pages.
user32:input - test_ToAscii() fails in the Hindi UTF-8 locale:
input.c:3133: Test failed: ToAscii for character 'A' didn't return 1 (was 0)
See https://test.winehq.org/data/patterns.html#user32:input
Note that this did not happen before 2022-11-21 because some unknown Windows
quirk caused the UserDefaultLCID and ThreadLocale to be reset to English before
the test was started.
In any case it seems ToAscii() does not depend just on the keyboard layout but
also on the current code page which makes sense. So then maybe we should limit
the test to non-UTF-8 code pages as in the attached patch?
--
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.