https://bugs.winehq.org/show_bug.cgi?id=53926
Bug ID: 53926
Summary: New typelib marshaller depends on IID_IDispatch
support from target interface
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression, testcase
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: z.figura12(a)gmail.com
Regression SHA1: 077b4391d442e927a2a59b5afb244355b0634aaa
Distribution: ---
Created attachment 73481
--> https://bugs.winehq.org/attachment.cgi?id=73481
test (source + binary)
New typelib marshaller depends on IID_IDispatch support from target
interface, however applications created with Delphi/.Net don't always
follow this implication.
This is a regression, and it starts from
commit 077b4391d442e927a2a59b5afb244355b0634aaa
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Fri Nov 9 18:02:00 2018 -0600
oleaut32: Rip out the old typelib marshaller.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Old typelib marshaller didn't have a requirement that an interface a proxy/
stub being created for must support IID_IDispatch.
Attached testcase replicates what I can deduce from the logs, and runs
without failures under wine-3.0.5, but fails in several places under newer
versions of Wine. The test produces 2 extra IUnknown::QueryInterface() calls
under wine-3.0.5 during ::CreateStub() invocation, however it's pretty simple
to fix following a FIXME in oleaut32 and stub manager in ole32, after that
the test output from wine-3.0.5 matches what I observe under windows 10.
Although the test uses IConnectionPoint::Advise() to reproduce the bug (as
the application that I have here does) it seems that any client<=>server
remote call reliably replicates the problem, and source of the bug leads
to CreateStub/CreateProxy limitations.
--
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=54690
Bug ID: 54690
Summary: ldp.exe crashes when attempting to connect to an
invalid host
Product: Wine
Version: 8.3
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74201
--> https://bugs.winehq.org/attachment.cgi?id=74201
WINEDEBUG=+wldap32
ldp.exe is Microsoft's GUI LDAP client, which was part of the Windows XP
Service Pack 2 Support Tools and is still available on Windows 10 by installing
the Windows feature "Active Directory Lightweight Directory Services".
Steps to reproduce:
1. Create a 32-bit Wine bottle and set the Windows version to XP.
2. Run `winetricks mfc42`.
3. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`.
4. Run `wine 'C:\Program Files\Support Tools\ldp.exe'`.
5. Click Connection > Connect, leave "Server" blank, and click OK.
At this point, ldp.exe crashes. However, the program does not crash if a valid
LDAP server is entered.
$ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe
7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d
--
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=54617
Bug ID: 54617
Summary: KakaoTalk IM text edit window leaves artifacts when
the text overflows and scroll bar appears
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
Distribution: ---
KakaoTalk IM text edit window leaves artifacts when the text overflows and
scroll bar appears.
--
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=54581
Bug ID: 54581
Summary: SpeedCommander: SHELL32.dll.Shell_GetCachedImageIndexW
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter.eszlari(a)gmail.com
Distribution: ---
https://www.speedproject.dehttps://www.sp-download.de/sc20/sc20_x64.exe
During installation I the following message box:
"SpeedCommander.exe has encountered a problem in module ntdll.dll and needs to
close."
On the command line:
wine: Call from 7BC2BF40 to unimplemented function
SHELL32.dll.Shell_GetCachedImageIndexW, aborting
--
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=54364
Bug ID: 54364
Summary: RtlGenRandom fails on systems with more than 128 cores
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: tjeerd.bakker38(a)gmail.com
Distribution: ---
WinHttpSendRequest() fails with ERROR_OUTOFMEMORY when the
WINHTTP_OPTION_UPGRADE_TO_WEB_SOCKET is set on systems with 256 cores. I've
tracked it down to dlls/advapi32/crypt.c.
RtlGenRandom is implemented by calling
NtQuerySystemInformation(SystemInterruptInformation, ...) with a buffer
sufficient for the data from at most 128 CPUs. The buffer size is determined by
the #define in line 2393:
#define MAX_CPUS 128
Changing this line to
#define MAX_CPUS 256
make the problem go away for me, but the problem will probably return when
someone builds a system with even more cores. I would suggest implementing
RtlGenRandom() with a better source of randomness 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.
https://bugs.winehq.org/show_bug.cgi?id=54318
Bug ID: 54318
Summary: Rich Edit inserts newly composed text at wrong
position when system IME composition ends while a
selection is active
Product: Wine
Version: 8.0-rc4
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
Distribution: ---
When the user attempts to perform select-and-replace with newly composed text
from system IME (fcitx5) as the replacement, Rich Edit inserts the new text at
the _ending_ character position of the current selection, instead of the
_starting_ character position.
Steps to reproduce:
1. Activate fcitx5 (Hangul).
2. Enter the following text: "[ABCXYZ]"
3. Select the following text: "ABC"
4. Compose a character.
Expected behaviour:
The composed character should replace "ABC".
Actual behaviour:
The text "ABC" is erased, but the newly composed character is inserted after
"Z", 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=54030
Bug ID: 54030
Summary: Snagit needs Win32_Volume class ( 'select deviceid
from win32_volume where driveletter =C:')
Product: Wine
Version: 7.22
Hardware: x86-64
URL: https://download.techsmith.com/snagit/releases/snagit.
exe
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 73598
--> https://bugs.winehq.org/attachment.cgi?id=73598
+wbemprox log
(prerequisite: winetricks -q dotnet48 d3dcompiler_47 arial)
The program stops instantly with:
03e4:fixme:wmic:wmain command line switch
L"/namespace:'\\\\root\\virtualization\\v2'" not supported
so I disabled wmic (google says it is deprecated in win10) but this might
really deserve a seperate bugreport.
After that there's a crash, which seems to be related to:
014c:trace:wbemprox:wbem_services_ExecQuery 0000000003CD4FB0, L"WQL", L"select
deviceid from win32_volume where driveletter =\"C:\"", 0x30, 0000000000000000,
000000000011E1B0
After fixing up some hacky patch with bogus values (i don't know how to
implement this properly) it starts into the loginscreen, so this seems enough
to get it running.
There`s also a query for L"SELECT * FROM WmiMonitorBasicDisplayParams" that
seems missing, but this doesn't seem to affect the startup of the program.
Attached log (+wbemprox) (with bogus hack applied)
--
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=53274
Bug ID: 53274
Summary: adsldp:ldap - test_ParseDisplayName() sometimes fails
to connect to the server
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
adsldp:ldap - test_ParseDisplayName() sometimes fails to connect to the server:
ldap.c:194: Test failed: 13: got 0x8007203a, expected 0
https://test.winehq.org/data/patterns.html#adsldp:ldap
0x8007203a == HRESULT_FROM_WIN32(ERROR_DS_SERVER_DOWN)
There are two known cases where this error happened:
* 2022-05-26 debian11 wow64
* 2022-06-23 debiant wow32
This may indeed correspond to times when the server was not accessible. However
it is strange that this impacted Wine both times.
--
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=54663
Bug ID: 54663
Summary: ldp.exe crashes on unimplemented function
wldap32.dll.ldap_set_dbg_flags
Product: Wine
Version: 8.3
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74178
--> https://bugs.winehq.org/attachment.cgi?id=74178
Console output
ldp.exe is Microsoft's GUI LDAP client, which was part of the Windows XP
Service Pack 2 Support Tools and is still available on Windows 10 by installing
the Windows feature "Active Directory Lightweight Directory Services".
Steps to reproduce:
1. Create a 32-bit Wine bottle and set the Windows version to XP.
2. Run `winetricks mfc42`.
3. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`.
4. Run `wine 'C:\Program Files\Support Tools\ldp.exe'`.
The program will not start.
$ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe
7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d
--
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.