https://bugs.winehq.org/show_bug.cgi?id=52910
Bug ID: 52910
Summary: mshtml:htmldoc fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:htmldoc fails on Windows with the UTF-8 codepage:
htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000
htmldoc.c:597: Test failed: bindinfo.dwOptions=20000
[...]
https://test.winehq.org/data/patterns.html#mshtml:htmldoc
0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should
be enabled". Easy fix?
--
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=52909
Bug ID: 52909
Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1
and 21H2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2.
ndr_marshall.c:165: this is the last test seen before the exception
0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69
However the crash is not detected as such so the patterns page reports it as a
failure:
https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall
I don't know what this 0x000006f7 exception is.
When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The
crashes started happening when w1064 and w10pro64 were updated on 2022-04-24.
So the crash is probably caused by one of the Windows updates in that interval.
If necessary I can dig into the Windows update history to try and find
something related.
--
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=51456
Bug ID: 51456
Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails
in 64-bit Wine
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib has many failures in 64-bit Wine, the first one of which is
because Wine returns the wrong size for a structure:
https://test.winehq.org/data/patterns.html#oleaut32:typelib
typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24
In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24
by MSFT_DoTypeInfo():
ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft;
It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there
should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I
don't know where that should happen.
--
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=48105
Bug ID: 48105
Summary: kernel32:console fails on Japanese and Chinese Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese
results in 6 failures:
console.c:867: Test failed: ReadConsoleOutputCharacterW failed
console.c:869: Test failed: string does not match the pattern
console.c:880: Test failed: ReadConsoleOutputCharacterW failed
console.c:882: Test failed: string does not match the pattern
console.c:889: Test failed: ReadConsoleOutputCharacterW failed
console.c:891: Test failed: string does not match the pattern
These failures appear to be systematic but the w1064v1809_ja and
w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results
to test.winehq.org so the failures only appear intermittently there.
See https://test.winehq.org/data/tests/kernel32:console.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=46649
Bug ID: 46649
Summary: Tom Clancy's Rainbow Six: Vegas 2 needs
D3DXDisassembleShader implementation
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes at launch with 'Message General protection fault! History: '
fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub
wine-4.1-207-g7907ccfdcb
--
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=53996
Bug ID: 53996
Summary: MDB Viewer Plus: can not open database
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 73581
--> https://bugs.winehq.org/attachment.cgi?id=73581
Example file.
Using MDB Viewer Plus to open a database fails with Wine 7.22. It works fine in
Wine 7.21.
I run the application and click File -> Open. Select the attached mdb-file and
click OK in dialogue "Open Options".
If the mdbplus.exe is on a write protected disk I get "Error saving to recent",
that is fine.
Then I get "Object or provider is not capable of performing requested
operation." with a follow up in "File access denied" with wine 7.22. With Win
7.21 I get an overview of the tables available in the database.
Application is MDB Viewer Plus,
https://appdb.winehq.org/objectManager.php?sClass=application&iId=20726
It requires "winetricks mdac28 jet40" to open mdb-files. I am using Xubuntu
22.04.1 LTS.
--
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=53972
Bug ID: 53972
Summary: BCryptSignHash does not support BCRYPT_PAD_PSS
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Using Ubuntu 22.04 x64, from-source build as of 2022-11-23 (wine-7.21) + fix
from bug 53966 + fix from bug 53968 comment 1.
Please note that the patches from above is required to get this far in the
reproduction.
The .NET API RSA.SignData() calls into NCryptSignHash which calls into
BCryptSignHash which does not support BCRYPT_PAD_PSS. Using .NET 6.0.
Fixing this would unblock bug 53968.
See bug 53968 for more information about reproduction and terminal output from
the state before the partial fix - I hope that is okay.
This API is used in many applications signing messages with their own
cryptographic RSA keys. We ran across it when testing one of our own
applications.
--
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=53684
Bug ID: 53684
Summary: ntdll:info is broken on Windows 8 to 10 1709 in the
GitLab WineTest builds
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info is broken in the GitLab WineTest builds:
info.c:1097: Test failed: Expected STATUS_SUCCESS, got 80000002
info.c:1102: Test failed: Expected STATUS_SUCCESS, got 80000002
Where 0x80000002 = STATUS_DATATYPE_MISALIGNMENT.
https://test.winehq.org/data/patterns.html#ntdll:info
The failures started on 2022-07-26 which is when the WineTest builds switched
from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe
(built on 2022-07-25) confirms that this test still succeeds when using
binaries from the old build system.
Strangely enough the failures only happen on Windows 8 to Windows 10 1709.
--
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=53678
Bug ID: 53678
Summary: vbscript can not compile CaseClausules that do not use
a colon
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos port of
Visual Pinball, I've been testing several user made scripts.
I've found a few scripts, where users did not use a colon after a case. This
seems to work in vbscript:
Set g_objWSH = Wscript.CreateObject("Wscript.Shell")
dim x
x = 2
Select Case x
Case 0: 'If Enabled Then
Case 2 Wscript.Echo "This works 2"
Case 3: Wscript.Echo "This works 3"
Case 4
Wscript.Echo "This works 4"
End Select
--
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=53327
Bug ID: 53327
Summary: Ragnarok Online bad performance
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paulo1039(a)gmail.com
Distribution: ---
Created attachment 72711
--> https://bugs.winehq.org/attachment.cgi?id=72711
log running game client (shining.exe)
Hello, i'm playing some Ragnarok online private servers
(https://www.shining-moon.com) but the performance is really bad even on wine
7.12 i noticed the CPU usage is really high and the game is very choppy to
unplayable levels specially when skills effects, damage numbers and
monsters/players appear on screen.
this is happening with other private servers too.
sadly i can't test official servers since iRO and bRO has Easy-AntiCheat.
This was tested with Ryzen 5 5600G on fedora 36 and another computer with
nvidia gtx 1650 and arch 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=53199
Bug ID: 53199
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes has unexpected reference counts in Wine
Product: Wine
Version: unspecified
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: ---
dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected
reference counts in Wine. There are three known instance but they don't all
correspond to the same check:
2022-05-17
force_feedback.c:6097: Test failed: Release returned 1
6096 ref = IAsyncOperation_ForceFeedbackLoadEffectResult_Release(
result_async );
6097 ok( ref == 0, "Release returned %lu\n", ref );
2022-06-06 and 2022-06-17
force_feedback.c:6057: Test failed: Release returned 1
6056 ref = IForceFeedbackEffect_Release( effect );
6057 ok( ref == 0, "Release returned %lu\n", ref );
https://test.winehq.org/data/patterns.html#dinput:force_feedback
This failure can happen on its own (so it's not a side-effect of another
failure) and is pretty rare (~0.8%) so it's bound to cause false positives.
--
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=52875
Bug ID: 52875
Summary: riched20:editor fails in Wine in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched20:editor fails in Wine in Hindi:
editor.c:6064: Test failed: EM_STREAMIN: Test UTF8Split returned 6
https://test.winehq.org/data/patterns.html#riched20:editor
It also has failures in Wine in other locales and on other Linux configurations
but this one is new. A bisect shows that it started after the following commit:
commit e81327358a26b160740b3421a4c7f300b4d2f06f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 13 15:13:16 2022 +0200
kernelbase: Move codepage initialization to ntdll.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
This commit is also involved in the following failures:
* Bug 52873 - oleaut32:typelib fails in Wine in Hindi
* Bug 52870 - shlwapi:url - The UrlGetPartA() tests fails in Wine in Hind
* Bug 52872 - vbscript:run fails in Wine in Hindi
--
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=54087
Bug ID: 54087
Summary: mshtml:events sometimes gets a failure in
Protocol_Continue() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:events sometimes gets a failure in Protocol_Continue():
events.c:5054: Test failed: ReportResult failed: 80ef0001
See https://test.winehq.org/data/patterns.html#mshtml:events
I have not found what 0x80ef0001 corresponds to.
The failures started as soon as this test was introduced in the commit below.
Also the failures are much less frequent since 2022-11-21 but they still occur.
commit ae1d54da51c566da0a911d6256d3508054f8debf
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Tue Sep 13 19:57:37 2022 +0300
mshtml/tests: Add tests for StorageEvents with parallel documents.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(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=53987
Bug ID: 53987
Summary: Regression in print handling in Framemaker 8
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
A bisect show that the commit
commit 1cf1412a12c6ee6191d387162fecb456f0df2d89
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Nov 21 12:45:33 2022 +0100
gdi32: Get printer output file name in StartDoc.
dlls/gdi32/Makefile.in | 2 +-
dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++-------
include/ntgdi.h | 2 ++
3 files changed, 53 insertions(+), 8 deletions(-)
causes a regression in print handling of Framemaker 8.
To reproduce:
- Start Framemaker and create a new document (CTRL-N, select "Portrait")
- type a few characters
- Try to print the document
Framemaker shows the message "Framemaker cannot print because the file
header.ps is missing" and refuses to print. Printers are connected through IPP.
Reverting the patch resolves the issue.
The only other application we use (Office 2007) does not have this 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=53783
Bug ID: 53783
Summary: vbscript can not compile private const expressions
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I've been testing several user made scripts.
I've found some scripts that have constants that are marked private even though
they are not part of class. Somehow that works in real VBS but fails here:
Private Const conStackSw = 8 ' Stack switches
Private Const conMaxBalls = 13 ' Because of Apollo 13
Private Const conMaxTimers = 20 ' Spinners can generate a lot of timers
Private Const conTimerPulse = 40 ' Timer runs at 25Hz
Private Const conFastTicks = 4 ' Fast is 4 times per timer pulse
Private Const conMaxSwHit = 5 ' Don't stack up more than 5 events for
each switch
Wscript.Echo conStackSw
Wscript.Echo conMaxBalls
Wscript.Echo conMaxTimers
--
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=52980
Bug ID: 52980
Summary: conhost.exe:tty - test_tty_input() fails in most
locales on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
conhost.exe:tty - test_tty_input() fails in most locales on Windows.
Specifically it fails in German, French, Portuguese (Brazil and Portugal), and
Spanish (the mixed locale, mx-MX, uses a Spanish keyboard layout).
For instance in Portuguese (Brazil):
tty.c:1521: Test failed: 2f: wVirtualKeyCode = 12, expected 11
tty.c:1521: Test failed: 2f: wVirtualScanCode = 38 expected 1d
tty.c:1521: Test failed: 2f: dwControlKeyState = 109
tty.c:1521: Test failed: 2f: dwControlKeyState = 9
[...]
tty.c:1521: Test failed: 3f: dwControlKeyState = 100
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
https://test.winehq.org/data/patterns.html#conhost.exe:tty
The test also fails on cw-gtx560 and cw-rx460, maybe because their keyboard
layout is not completely standard due to the KVM. Besides the usual failures on
lines 1521 and 1544, those get a few related earlier failures:
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20
--
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=54043
Bug ID: 54043
Summary: Studio One Professional 5 crash on launch with an
unimplemented function
USER32.dll.RegisterSuspendResumeNotification
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a.shining.example(a)gmail.com
Distribution: ---
Created attachment 73603
--> https://bugs.winehq.org/attachment.cgi?id=73603
Program Error Details from the Wine error
Installed to a fresh x64 wine prefix with only core fonts installed.
--
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=53968
Bug ID: 53968
Summary: NCryptSignHash is not implemented
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Created attachment 73557
--> https://bugs.winehq.org/attachment.cgi?id=73557
Terminal output
Using Ubuntu 22.04 x64, from-source build as of today (wine-7.21) + fix from
bug 53966.
Please note that the patch from 53996 is required to get this far in the
reproduction.
The .NET API RSA.SignData() calls into NCryptSignHash which is not implemented.
Using .NET 6.0.
Attaching terminal output. A minimal reproducible example is at
https://treetop.se/wine-bug/2022-11-23b/source.zip (a handful of lines of code)
, compiled as https://treetop.se/wine-bug/2022-11-23b/wine-missing-apis.zip
(published as "self-contained", ie bundling the framework which I thought might
be helpful here) .
compiled .zip file hashes:
SHA256 1F881B2C1946C276B6F602F8EEC11FF88B82C99EAAA39A6F13EB9173EA403D95
SHA1 B02F53D648DB20A680B5E93491D8094278FE2285
source .zip file hashes:
SHA256 3977B2AA462DC54AEEBFB964FBED17A5AAA8360C501CEA3060AB239C09BBD307
SHA1 9B3E768B4F156E17B8E317C82599F9E7FE225C56
This API is used in many applications signing messages with their own
cryptographic RSA keys. We ran across it when testing one of our own
applications.
ncrypt looks like it should be its own component due to being its own DLL, but
I can't find it or anything that looks like it; filing under bcrypt due to
ncrypt implementation calling through to bcrypt in places in the hopes that it
will reach the right people.
--
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=53927
Bug ID: 53927
Summary: script56.chm help file pages not functioning properly
due to wine missing beforeprint and afterprint html
events
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: dimaki(a)rocketmail.com
Distribution: ---
script56.chm is a Microsoft HTML help file for Microsoft Windows Script
Technologies. It can be downloaded online as a standalone and is also included
with various windows scripting editors and IDEs such as VbsEdit.
Most of the webpages that make up the chm file make use of beforeprint and
afterprint html events. I was able to determine that Wine's lack of support for
these results in certain functionality not working on these pages.
A reproducible example would go as follows.
Run the script56.chm file with the command "wine hh script56.chm".
Go to the "Abs Function" page(or one of many others) in the help file. You will
see that the Remarks, Requirements, and See Also sections are hidden instead of
visible like on native. Hitting the + sign does not expand the sections as
expected on native.
Also, hitting the Print button on the top bar does not modify the page as
expected.
--
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=53233
Bug ID: 53233
Summary: ddraw:ddraw1 - test_clear() has rare failures in Wine
on the debian11 VM
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: ---
ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM:
ddraw1.c:12626: Test failed: Clear rectangle 3 (pos, neg) has color 0x00000000.
ddraw1.c:12628: Test failed: Clear rectangle 1 (pos, pos) has color 0x00000000.
ddraw1.c:12630: Test failed: Clear rectangle 4 (NULL) has color 0x00000000.
ddraw1.c:12632: Test failed: Clear rectangle 4 (neg, neg) has color 0x00000000.
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
The first instance of these failures started some time after 2022-06-06 which
is when the debian11 VM was updated and moved to the gpu1 VM host.
--
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=53208
Bug ID: 53208
Summary: user32:msg - The SW_SHOWMINIMIZED test in
test_messages() succeeds in Wine with fvwm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with
fvwm:
msg.c:5574: Test succeeded inside todo block:
ShowWindow(SW_SHOWMINIMIZED):overlapped: marked "todo_wine" but succeeds
https://test.winehq.org/data/patterns.html#user32:msg
This todo_wine seems to always succeed in the TestBot's VMs but almost always
fails on my box. The difference is probably that the former runs fvwm (with a
specially curated configuration) while the latter runs KDE.
--
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=53207
Bug ID: 53207
Summary: user32:msg - test_button_messages() fails 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:msg - test_button_messages() fails randomly in Wine. There are two
failure modes:
* WM_CTLCOLORBTN (0x135) + WM_DRAWITEM (0x2b) -> 6 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0135 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x002b was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 7: the msg 0x0111 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0006 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0009
* WM_CTLCOLORSTATIC (0x138) -> 5 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0006
https://test.winehq.org/data/patterns.html#user32:msg
These failures don't seem to depend on the locale or bitness and were first
seen on 2022-06-06.
--
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=52965
Bug ID: 52965
Summary: kernel32:locale - test_GetLocaleInfoW() and
test_invariant() fail on Windows in Hindi
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:locale fails on Windows in Hindi when run without the UTF-8 codepage
(so with an English system locale):
In test_GetLocaleInfoW():
locale.c:394: Test failed: got wrong name
L"\0905\092e\0947\0930\093f\0915\093e"
locale.c:404: Test failed: got wrong name
L"\0905\0902\0917\094d\0930\0947\091c\093c\0940
(\0938\0902\092f\0941\0915\094d\0924 \0930\093e\091c\094d\092f)"
locale.c:5096: Test failed: got L"\0905\092e\0947\0930\093f\0915\093e"
In test_invariant():
locale.c:5728: Test failed: Expected ret == 39, got 33, error 87
locale.c:5729: Test failed: Expected Invariant Language (Invariant Country),
got '?????????? ???? (?????????? ???)'
locale.c:5733: Test failed: Expected ret == 18, got 15, error 87
locale.c:5734: Test failed: Expected Invariant Country, got '?????????? ???'
locale.c:5738: Test failed: Got '??? ??????????????'
https://test.winehq.org/data/patterns.html#kernel32:locale
This can be reproduced with the w10pro64-hi test configuration but these
failures do not happen when using UTF-8 (w10pro64-hi-u8).
--
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=52507
Bug ID: 52507
Summary: user32:win has some spurious GetScrollInfo failures
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
On some VMs and with some window styles, the GetScrollInfo SB_HORZ test
sometimes fails with "style 0x100000: expected !100".
It was happening consistently on Win10 on the submission test VMs, and tweaking
the window size in 34d1c100b044afa5eb6d6243e9fb40db085b78d2 fixed the issue
there, but it now fails on more VMs on the testbot pattern page.
--
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.