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.