http://bugs.winehq.org/show_bug.cgi?id=14483
Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE
images not digitally signed (TRUST_E_NOSIGNATURE)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.filehippo.com/download_msn_messenger/751/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a follow-up bug of bug 12718
Enable tracing:
--- snip ---
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace]
"Level"=dword:00000099
--- snip ---
"msnmsgr.exe" PE image is *not* digitally signed.
Compare both:
--- snip windows trace ---
..
<3776, 3780>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802
<3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip windows trace ---
vs.
--- snip wine trace ---
..
<8, 9>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe.
@util.cpp_807
<8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN
Messenger\msnmsgr.exe. @util.cpp_808
<8, 9>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip wine trace ---
--- snip wine ---
0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc
..
0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0
0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a
0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0
0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100)
0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942
0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001
0030:trace:wintrust:WinVerifyTrust returning 00000001
0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9
--- snip wine ---
Remember: S_FALSE is not a failure code at all.
The return code evaluation from messenger looks like an inlined FAILED() macro
((HRESULT)(Status)<0) which basically just tests if the result has the high bit
set.
They don't test for S_OK, hence it incorrectly reports "pass" in wine.
TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what
WinVerifyTrustEx() should return in that case.
Reagrds
--
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=50319
Bug ID: 50319
Summary: Powerpoint 2013/365: cursor not moved when clicking in
current text box
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rcorreia31(a)gmail.com
Distribution: ---
Created attachment 68898
--> https://bugs.winehq.org/attachment.cgi?id=68898
Simple Powerpoint file containing two text boxes
Running wine-6.0-rc2 compiled from source.
Same issue with previous 5.x versions.
Installation done in two different clean prefixes.
Reproduced with KDE Plama 5.20.1 and Xfce 4.16pre1, both compiled from sources,
on Centos 8.3
Both Office 32bit versions were installed using the recommendations from
WineHQ.
Office 2013 :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=26323
Office 365 (2016) :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527
Office 2013 : winetricks msxml6
Office 365 : winetricks msxml3 msxml6 riched20 riched30
Two registry updates done for 2013 and 365:
. HKCU\Software\Wine\Direct3D\MaxVersionGL (DWORD) : 30002 (hex)
. HKCU\Software\Wine\Direct2D\max_version_factory (DWORD) : 0
Two files copied for 2013 and 365:
cp "./Common Files/Microsoft Shared/ClickToRun/AppvIsvSubsystems32.dll"
"./Microsoft Office/root/Office16"
cp "./Common Files/Microsoft Shared/ClickToRun/C2R32.dll" "./Microsoft
Office/root/Office16"
Problem: clicking in the current text box does not set the cursor to the
clicked position.
To reproduce:
. Create two text boxes in Powerpoint. I.E.: one for the title and one for the
body ⇒ test case attached WineTestCase.pptx
. Add some text to both.
. Click on the text of a text box: mouse cursor is set to the right location.
. Click on another part of the text in the same current text box: text box
focus is lost and the mouse cursor is not set to where we clicked. In fact the
mouse cursor is not displayed anymore.
If we click on any character in the other non-current text box: the cursor
moves to where we clicked as expected.
So the problem only occurs when we want to put the cursor on another location
within the text box we are already in.
There are another problems that are maybe a side effect of this one:
. Double-click on a text of another text box: the text is not selected. A first
click is necessary to set the focus.
. Select a text by clicking and moving the mouse within the current text box:
the text is not selected.
No workaround found except first reselecting the text box. I.E. Esc+left click,
Right+Left click.
--
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=33198
Bug #: 33198
Summary: Multiple applications ported to WinRT/ARM using
msvcr110.dll require msvcrt.setjmp
Product: Wine
Version: 1.5.25
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
--- snip ---
$ wine ./Audacity.exe
...
err:module:find_forwarded_export function not found for forward 'msvcrt.setjmp'
used by L"C:\\windows\\system32\\msvcr110.dll". If you are using builtin
L"msvcr110.dll", try using the native one instead.
--- snip ---
Currently implemented for x86 64-bit in msvcrt:
http://source.winehq.org/git/wine.git/blob/14a81773c7ce865dd6d919ddee89cad3…
--- snip ---
1371 @ cdecl -arch=x86_64 -norelay -private setjmp(ptr) MSVCRT__setjmp
--- snip ---
Regards
--
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=32992
Bug #: 32992
Summary: ARM port of "WabbitEMU" wants
KERNEL32.dll.RtlLookupFunctionEntry
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
split from bug 32991 which is about unimplemented function
KERNEL32.dll.RtlUnwindEx
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
MSDN entry for KERNEL32.dll.RtlLookupFunctionEntry:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition")
Regards
--
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=50625
Bug ID: 50625
Summary: Unhandled exception with try/catch
Product: Wine
Version: 4.12.1
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: david.paradis(a)us.abb.com
Distribution: ---
Created attachment 69319
--> https://bugs.winehq.org/attachment.cgi?id=69319
Test Project File
Hello,
I have run into a bug with try/catch blocks throwing an unhandled exception
even though I have a catch all.
I have attached a very simple test program that when started calls a method
that just throws an exception class back to the caller. This very simple
program works great in Windows and throws an unhandled exception in Wine and
terminates the program.
This is a critical path to my application as I have incorporated a 3rd party
library that uses exceptions for program flow rather than function return
codes. Without a fix our application becomes unstable and crashes when an
intended exception is thrown.
I would really like a solution for the version of Wine that we are running
(4.12.1) as we have Wine running on thousands of remote computers with not easy
solution to upgrade to newer versions. I can however deploy patches to Wine.
Thank you for any assistance with addressing this issue as I have spent the
last couple days annotating the Wine sources to try and find the root cause
without success to this point.
--
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=40300
Bug ID: 40300
Summary: Guild Wars 2: Mouse gets temporary invisible on the
Launcher
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
If the Laucher starts and the mouse gets moved over it the mouse cursor gets
invisible until it is moved over specific elements like text. Somebody on
Windows tested this too and the issue doesn't appear there.
--
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=17622
Summary: Overdrive media console fails to install.
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gmstalk(a)gmail.com
Created an attachment (id=19807)
--> (http://bugs.winehq.org/attachment.cgi?id=19807)
Log file created when install is attempted
When I attempt to install the overdrive media console, the install quietly
fails and generates a text document named VSDCA_VsdLaunchConditions.Log
(attached).
--
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.