http://bugs.winehq.org/show_bug.cgi?id=35000
Bug #: 35000
Summary: Wrye Bash install empty folders
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: francisgosselin75(a)hotmail.com
Classification: Unclassified
Hi! i am with LinuxMint 15 64 bytes, i use Wine 1.7 and i have install Skyrim.
Skyrim is install in c: /Games/Steam/SteamApps/common/Skyrim . Now i have
install Wrye Bash Stand Allone 304_3, and when i install mods, my folders in
"Texture" and "Meshes" are empty, can you help me please? thank you!
--
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=10506
Summary: wine crypt32 needs DSS provider to support more .NET
apps which use cryptography API
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while playing around with .NET apps I found various shortcomings when it comes
to native backends for certains parts of .NET
One is the state of cryptographic providers (crypt32).
Many .NET apps use either default RSA or DSS provider.
Currently the DSS and enhanced DSS provider are missing, resulting in failure
of several .NET apps.
Would be nice if wine gets DSS provider too.
Trace log showing failure of typical .NET app trying to query DSS provider:
--- snip ---
trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced
Cryptographic Provider v1.0", 1, f0000000)
trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null),
dwFlags=f0000000, pVTable=0x1771c8)
trace:crypt:CryptReleaseContext (0x1771a8, 00000000)
trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000)
trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced
Cryptographic Provider v1.0", 1, f0000000)
trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null),
dwFlags=f0000000, pVTable=0x175f98)
trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c)
trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000,
dwFlags=00000000, phHash=0x175e04)
trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000)
trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider
for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013".
trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300
trace:seh:raise_exception info[0]=80090017
trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348
esi=0033d348 edi=e0434f4d
trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b
fs=0033 gs=003b flags=00000212
--- snip ---
resulting in CLR exception:
--- snip ---
Unhandled Exception: System.InvalidOperationException: An error occurred
creating the form. See Exception.InnerException for details. The error is: The
type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. --->
System.TypeInitializationException: The type initializer for
'Sunisoft.IrisSkin.SkinEngine' threw an exception. --->
System.Security.Cryptography.CryptographicException: Unknown error
"-2146893801".
at
System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32
hr)
at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param,
SafeProvHandle& hProv)
at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters
parameters)
at System.Security.Cryptography.Utils.get_StaticDssProvHandle()
at
System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters
parameters)
at System.Security.Cryptography.DSA.FromXmlString(String xmlString)
at Sunisoft.IrisSkin.SkinEngine..cctor()
--- snip ---
Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel"
are currently implemented in wine
Additionally needed:
Type 003 "DSS Signature" (base DSS provider)
Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS
provider)
Type 018 "Diffie-Hellman SChannel" (optional?)
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52505
Bug ID: 52505
Summary: TurboTax 2021 Installs, but crashes when 1st run in a
boost library routine
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhoward(a)alumni.caltech.edu
Distribution: ---
Created attachment 71803
--> https://bugs.winehq.org/attachment.cgi?id=71803
Wine-generated crash log showing crash in a boost serialization routine (as
called by just-installed app TurboTax 2021)
Wine-7.0 (Staging) just installed onto Fedora 35 Linux x86_64. No problems
during installation of Wine, or 1st run of winecfg to install TurboTax.
.../drive_c/... created without problem. Content of TurboTax 2021 CD copied
into .../drive_c/. Ran winecfg to [Add application] "setup.exe", which ran to
completion without error. setup's last action was to run the just-installed
C:\Program Files (x86)\TurboTax\Individual 2021\32bit\TurboTax.exe. App
started OK, loading many .DLLs from within the TurboTax "32bit" directory (like
many non-trivial apps do).
The .DLLs included several from the well-known Boost portable programming
library. The crash seems to have occurred underneath a call to Boost's
serialization module(s), as can be seen in attached tracebak log.
--
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=54836
Bug ID: 54836
Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup
(1.8.8.2 worked fine)
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaus.einhauser(a)web.de
Distribution: ---
So MALighting just released their new "major" update (new features, breaking
old ones, etc) to their software which broke compatability with wine. Their
previous version worked fine.
The issue can easily be reproduced by installing the software and then starting
`app_gma3.exe`. It will crash on startup.
Judging by `wine: Unhandled page fault on execute access to 000000000000000F at
address 000000000000000F (thread 010c)`, the problem seems to be in the
application. By inspecting the `+relay` log a little closer the page fault only
looks like a symptom of missing error handling. From what I can tell, the issue
lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug
log yourself.
I'd very glad to provide more in-depth debug info or help otherwise to aid in
fixing this. Suggestions for workarounds are also appreciated. Thank you.
PS. There is a contest currently ongoing that mandates the use of version 1.9
or higher. So staying on an older previously working version is not an option
for me.
--
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=54865
Bug ID: 54865
Summary: ieframe:webbrowser sometimes gets
Invoke_PROPERTYCHANGE failures on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows:
webbrowser.c:4529: Testing WebBrowser...
[...]
webbrowser.c:3244:
put_href(L"http://test.winehq.org/tests/winehq_snapshot/")...
webbrowser.c:3067: Downloading...
webbrowser.c:3918: GoBack...
webbrowser.c:3067: Downloading...
webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE
webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE
webbrowser.c:3924: GoForward...
webbrowser.c:3067: Downloading...
webbrowser.c:3928: GoBack...
webbrowser.c:3067: Downloading...
webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE
webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE
[...]
The same failures happen in "Testing WebBrowser(no olecmd)...".
See https://test.winehq.org/data/patterns.html#ieframe:webbrowser
These failures happened regularly from 2022-11-01 to 2022-12-20 on Windows 10
1809 to 21H1. They also happened almost systematically on w1064v21h2 from
2022-11-21 to 2023-01-16. They also happened once on 2023-01-16 on w1064
(22h2).
And they stopped happening until ~3 months later: 2023-04-11 and now they
happened 4 times in a week.
So it's unclear what is causing these failures. There is no obvious change in
the test but it may be interference from another test, or something that causes
Windows to suddenly act differently (updates are disabled though).
Are these unexpected Invoke_PROPERTYCHANGE calls something the test should be
able to deal with?
--
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=52560
Bug ID: 52560
Summary: w10pro64 and w10pro64v2004 have specific failures:
ieframe:webbrowser kernel32:resource msi:msi
msi:package shell32:shlfileop urlmon:url wininet:http
wininet:urlcache
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Eight tests fail only on w10pro64 and w10pro64v2004, or fail there in a way
that does not happen on any other VM.
ieframe:webbrowser Invoke_PROPERTYCHANGE failures
kernel32:resource systematic timeouts (bug 52559)
msi:msi INSTALLSTATE_ABSENT failures
msi:package random timeouts
shell32:shlfileop ERROR_FILE_NOT_FOUND failures
urlmon:url INET_E_DOWNLOAD_FAILURE
wininet:http crash (after ERROR_INTERNET_ITEM_NOT_FOUND +
ERROR_FILE_NOT_FOUND)
wininet:urlcache crash (after ERROR_INTERNET_INTERNAL_ERROR)
In bug 52559 there is suspicion of Windows Defender causing the timeouts.
--
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=44167
Bug ID: 44167
Summary: UK's Kalender crashes on startup.
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: old.git(a)net98.eml.cc
Distribution: ---
Created attachment 59931
--> https://bugs.winehq.org/attachment.cgi?id=59931
Wine crash report saved to file
UK's Kalender crashes on startup.
Was working flawlessly on Wine 2.22. Immediately on update to 3.0 rc1 it
reliable crashes on startup.
System is standard Wine with extra dlls via Winetricks (cmd.exe, ffdshow,
mfc42, vb6run, vc6run, vc6runsp6, wsh57). All needed to get various programs
running.
Program is portable version of UK's Kalender.exe from
http://www.ukrebs-software.de/download/kalender/Kalender_Portable.zip
Present on this machine is one of the 2.5.x series (not sure which and cannot
start the program to check)
Steps to reproduce: Start running the program either
1. from PSMenu portable program launcher (itself install on Wine), OR
2. right click the Kalender.exe file in Thunar and select "Open wwith Wine
Windows Program Loader"
Actual Result: Program fails to start, crash report displayed.
Expected Result: Program to work without flaw (as on Wine 2.22)
Bug first encountered: with Wine 3.0rc1
Other systems: Program runs exactly as expected on Wine 2.22 and below, and on
Windows 98SE to Windows XP Pro.
--
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=54863
Bug ID: 54863
Summary: UK's Kalender: Progress bar broken for todo entries -
comctl32 related
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: wineuser101(a)mailbox.org
Distribution: ---
Created attachment 74361
--> https://bugs.winehq.org/attachment.cgi?id=74361
Progress bar broken
The bug affects the todo tab of the program and can be replicated by adding a
new entry to the todo list by right-clicking and selecting "New."
The "Percent Done" progress bar for todo entries is broken. See attached
screenshot.
I discovered a workaround that solves this bug by bruteforce-installing
different winetrick DLLs until it got resolved. The specific DLL that solves
this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV
files from the calendar anymore or do a backup/restore. This seems to be due to
a known bug related to the file open dialog;
https://bugs.winehq.org/show_bug.cgi?id=43188
The setup file for UK's Kalender can be downloaded here;
https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe
I used UK's Kalender version 2.5.6 (the latest as of writing)
sha1sum Kalender_Setup.exe
c88d6184e8b8bb51a37f10cf3fe1411783e270be
--
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=54862
Bug ID: 54862
Summary: UK's Kalender: Todo entries can't be reliably selected
- comctl32 related
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: wineuser101(a)mailbox.org
Distribution: ---
The bug affects the todo tab of the program and can be replicated by adding two
new entries to the todo list by right-clicking and selecting "New." The issue
is that selecting an entry is not always reliable, regardless of whether you
double-left-click or right-click on it. If one changes tab to Week for example,
and then goes back to the todo tab, sometimes one entry can be selected and
edited, but if one right clicks on the other entry the edit windows will still
open the old entry. Most of the time the entries can't be selected at all.
I discovered a workaround that solves this bug by bruteforce-installing
different winetrick DLLs until it got resolved. The specific DLL that solves
this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV
files from the calendar anymore or do a backup/restore. This seems to be due to
a known bug related to the file open dialog;
https://bugs.winehq.org/show_bug.cgi?id=43188
The setup file for UK's Kalender can be downloaded here;
https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe
I used UK's Kalender version 2.5.6 (the latest as of writing)
sha1sum Kalender_Setup.exe
c88d6184e8b8bb51a37f10cf3fe1411783e270be
--
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=54841
Bug ID: 54841
Summary: wine-staging 8.6 fails to build with gstreamer enabled
Product: Wine-staging
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timo.gurr(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74344
--> https://bugs.winehq.org/attachment.cgi?id=74344
wine-8.6_build.log
Without staging and gstreamer enabled wine 8.6 builds fine but when enabling
the staging patches it fails to build with:
x86_64-pc-linux-gnu-cc -m64 -c -o dlls/winegstreamer/wg_parser.o
dlls/winegstreamer/wg_parser.c -Idlls/winegstreamer -Iinclude -D__WINESRC__ \
-DWINE_UNIX_LIB -I/usr/x86_64-pc-linux-gnu/include/gstreamer-1.0 \
-I/usr/x86_64-pc-linux-gnu/include/glib-2.0
-I/usr/x86_64-pc-linux-gnu/lib/glib-2.0/include \
-I/usr/x86_64-pc-linux-gnu/include/orc-0.4 -pthread -Wall -pipe
-fcf-protection=none \
-fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body \
-Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2
-Wstrict-prototypes \
-Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings
-Wpointer-arith -Wlogical-op -fPIC \
-fasynchronous-unwind-tables -march=native -O2 -pipe -march=native -O2 -pipe
In file included from
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:26,
from
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gbinding.h:31,
from
/usr/x86_64-pc-linux-gnu/include/glib-2.0/glib-object.h:24,
from
/usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gstenumtypes.h:6,
from
/usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gst.h:31,
from dlls/winegstreamer/wg_parser.c:33:
dlls/winegstreamer/wg_parser.c: In function 'pad_added_cb':
dlls/winegstreamer/wg_parser.c:816:42: error: 'vconv' undeclared (first use in
this function)
816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0");
| ^~~~~
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in
definition of macro '_G_TYPE_CIC'
2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip)
| ^~
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in
expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST'
54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST
((object), G_TYPE_OBJECT, GObject))
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT'
816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0");
| ^~~~~~~~
dlls/winegstreamer/wg_parser.c:816:42: note: each undeclared identifier is
reported only once for each function it appears in
816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0");
| ^~~~~
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in
definition of macro '_G_TYPE_CIC'
2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip)
| ^~
/usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in
expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST'
54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST
((object), G_TYPE_OBJECT, GObject))
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT'
816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0");
| ^~~~~~~~
dlls/winegstreamer/wg_parser.c: In function 'src_activate_mode_cb':
dlls/winegstreamer/wg_parser.c:1057:23: warning: unused variable 'parser'
[-Wunused-variable]
1057 | struct wg_parser *parser = gst_pad_get_element_private(pad);
| ^~~~~~
Error:
* In program cave perform install --hooks --managed-output
--output-exclusivity with-others =app-emulation/wine-8.6:0::virtualization
--destination installed --replacing =app-emulation/wine-8.6:0::installed
--x-of-y 1 of 1:
* When installing 'app-emulation/wine-8.6:0::virtualization' replacing {
'app-emulation/wine-8.6:0::installed' }:
* When running an ebuild command on
'app-emulation/wine-8.6:0::virtualization':
* Install failed for 'app-emulation/wine-8.6:0::virtualization'
(paludis::ActionFailedError)
make: *** [Makefile:131857: dlls/winegstreamer/wg_parser.o] Error 1
This is with gstreamer 1.22.2. Complete build log attached.
--
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.