wine-bugs April 2023

wine-bugs@winehq.org

1 participants
3565 discussions

[Bug 51536] New: Wrye Bash graphical issue in the modlist with wine-staging
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51536 Bug ID: 51536 Summary: Wrye Bash graphical issue in the modlist with wine-staging Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Wrye Bash 309 show a glitchy panel where there should be the list of masterfiles for a mod. The panel present itself all black. It refresh partially and shows masters when clicking on a mod, but when clicking on a mod with less masters then the previous ones, the masters in excess sren't removed from the element. BIsecting the staging patches result in this (used git-am as aplying backend for the patches, then used git bisect) 094c35ee0083404c37dfa3f74309c73b23e10cef is the first bad commit commit 094c35ee0083404c37dfa3f74309c73b23e10cef Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Nov 12 18:13:20 2019 +0800 comctl32: Bump version to 6.0. An application that I have here checks comctl32.dll version information and refuses to run, changing DLL version to 6.0 makes it run. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> dlls/comctl32/comctl32.h | 2 +- dlls/comctl32/comctl32.rc | 2 +- include/commctrl.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) -- 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.

1 2

[Bug 35000] New: Wrye Bash install empty folders
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

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.

2 14

[Bug 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

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.

2 30

[Bug 52505] New: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

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.

1 2

[Bug 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 10

[Bug 54865] New: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 1

[Bug 52560] New: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 4

[Bug 44167] New: UK's Kalender crashes on startup.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

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.

2 18

[Bug 54863] New: UK's Kalender: Progress bar broken for todo entries - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 1

[Bug 54862] New: UK's Kalender: Todo entries can't be reliably selected - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 1

[Bug 54841] New: wine-staging 8.6 fails to build with gstreamer enabled
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

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.

1 5

[Bug 54061] New: shell32:shelllink - test_load_save() crashes randomly in Wine
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54061 Bug ID: 54061 Summary: shell32:shelllink - test_load_save() crashes randomly in Wine 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:shelllink - test_load_save() crashes randomly in Wine: shelllink.c:847: Test failed: SHCreateStreamOnFileW failed 80070020 shelllink.c:849: Test failed: IPersistFile_Save failed (0x00000000) shelllink.c:851: Test failed: IPersistFile_Load failed (0x00000000) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0042321a). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#shell32:shelllink Where: 0x80070020 == HRESULT_FROM_WIN32(ERROR_SHARING_VIOLATION) So this may still have a similar cause as bug 28290, i.e. an invalid sharing mode somewhere. -- 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.

1 2

[Bug 39941] New: Rendering of rotated text is ugly
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=39941 Bug ID: 39941 Summary: Rendering of rotated text is ugly Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: curaga(a)operamail.com Distribution: --- Created attachment 53361 --> https://bugs.winehq.org/attachment.cgi?id=53361 Screenshot The score dialog of Stars! renders some text at an angle. The rendering of both current Wine and current Windows (XP) is ugly; Wine 1.3.0 and Windows 3.11 render it nice and readable. I'll try to get a screenshot from Win 3.11, but my old VM hangs in current Qemu, seems they broke something the Cirrus driver relied on. In any case, making the text readable would be enough, pixel-perfect match to 3.11 is not needed. -- 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.

2 8

[Bug 19446] New: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=19446 Summary: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory Product: Wine Version: 1.1.26 Platform: PC URL: http://download.cnet.com/Icy-Tower/3000-2099_4-1007506 0.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.26-183-gc6570a5, after installing Icy Tower 1.4, a directory listing of the Wine drive_c folder shows an unusual directory created in the root of drive_c: andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c C: games Program Files users windows andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c/C:/windows/temp INSTALL.LOG >From relay log: 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000000 ret=1000c978 ... 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:\\C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000001 ret=1000c978 ... 0019:Call KERNEL32.CreateFileA(0033f354 "C:\\C:\\windows\\temp\\INSTALL.LOG",40000000,00000000,00000000,00000002,00000080,00000000) ret=100140c9 0019:Ret KERNEL32.CreateFileA() retval=00000068 ret=100140c9 The directory creation operation that was logged does not succeed on Windows, and it should not succeed on Wine. -- 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.

2 7

[Bug 26532] New: Barnes and Noble Nook eReader sync data to server.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=26532 Summary: Barnes and Noble Nook eReader sync data to server. Product: Wine Version: 1.3.16 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: JNowka(a)gmail.com Download: http://www.barnesandnoble.com/download/ereader/ereader-windows.asp Version: 2.5.3.4630 Licence Type: Proprietary Cost: Free The Barnes And Noble Nook e-Reader for PC does not upload updates to bookmarks or annotations to the server. The errors and fixmes that are returned when it is ran from the command line is as follows: fixme:wininet:set_cookie persistent cookies not handled (L"expires=Mon, 21-Mar-2016 23:20:09 GMT; path=/") err:wininet:HTTP_ParseDateAsAsctime unexpected weekday L"-1" err:wininet:HTTP_ParseDate unexpected date format L"-1" fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:InternetCheckConnectionW fixme:wininet:InternetSetOptionW Option 7 STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DATA_RECEIVE_TIMEOUT (180000): STUB The fixme warnings are repeated consistently until the software is closed. -- 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.

2 14

[Bug 29804] New: Forever grayed out "agree" button
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=29804 Bug #: 29804 Summary: Forever grayed out "agree" button Product: Wine Version: 1.3.28 Platform: x86 URL: http://erwin.com/products/detail/ca_erwin_data_modeler _community_edition/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: rambo_8713(a)hotmail.com Classification: Unclassified Created attachment 38713 --> http://bugs.winehq.org/attachment.cgi?id=38713 Some times gives invalid arguement -1 when changing riched20 and msls31 I can not agree to the EULA for CA ERWIN MODELER Community Edition, i have used native riched20.dll and msls31.dll. With and without the dlls and one on and/or the other dll not overriden. I have the lastest wine version 1.3, fresh install as of today. When using native msls31.dll, before the EULA screen appears, after u click next after it computes space requirements, it gives an invalid argument: -1 I am running ubuntu 11.10, i have tried winetricks as well, to configure the windows dlls -- 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.

2 12

[Bug 54857] New: Gecko engine initialization changes current C run-time locale
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54857 Bug ID: 54857 Summary: Gecko engine initialization changes current C run-time locale Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- The application that I have here crashes after the call ucrtbase._strupr("SOME STRING") Accoring to dlls/msvcrt/string.c _strupr() implementation avoids writing to the source buffer if the buffer contains upper case characters and current locale is "C". dlls/msvcrt/tests/string.c,test__strupr() contains a test case that confirms this behaviour. According to the logs before calling ucrtbase._strupr("SOME STRING") application loads mshtml.dll, then xul.dll gets loaded which during its initialization calls ucrtbase.setlocale(0, ""), and that leads to the current C locale change. I've created a test case that replicates this behaviour, and under Windows the test completes successfully, however under Wine it crashes. Adding a call to setlocale(0, "") also makes the test crash under Windows, so Wine implementation of _strupr() appears to be correct. A possible solution is to save current locale before xul.dll initialization and later restore the locale. I'll attach a test case and a patch with proposed solution to this bug report. -- 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.

1 3

[Bug 53898] New: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53898 Bug ID: 53898 Summary: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- Created attachment 73439 --> https://bugs.winehq.org/attachment.cgi?id=73439 Corrupted window. I've been using Programmer's File Editor (PFE), a text editor from 1999, with WINE, since the beginning of time. There has always been a problem that when the editor has multiple MDI windows open, and a single window has been maximized (so it fills the entire editor), and that window is closed, the window which replaces it does not correctly refresh the editor display - the content is visually garbled. Minimizing and restoring the editor induces a correct refresh. Screenshot attached of a garbled window, and then the same window after a min-restore induced refresh (so you can more easily see the corruption). -- 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.

1 2

[Bug 54855] New: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54855 Bug ID: 54855 Summary: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- in > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink make > Tahoma -> NotoSansCJK-Regular.ttc,Noto Sans CJK SC Chinese display is distorted I have provided a demo that can be used on:https://bugs.winehq.org/attachment.cgi?id=74311 and the problem photo on : https://bugs.winehq.org/attachment.cgi?id=74315 -- 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.

1 0

[Bug 54065] New: Windower 4 with FFXI Online has no keyboard input
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54065 Bug ID: 54065 Summary: Windower 4 with FFXI Online has no keyboard input Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: reaper2021(a)protonmail.com Distribution: --- Created attachment 73616 --> https://bugs.winehq.org/attachment.cgi?id=73616 error log Keyboard input in FFXI with Windower 4 has been broken for a long time. It fails in 7.20, and all the way down to 5.0rc2 or earlier (I stopped testing there). Keyboard input works in wine-staging-5-0rc5, and no longer works in wine-staging-5-0-rc6. My installation for which I posted the log uses dxvk and dgVoodoo, but the problem also occurs without that. Steps to reproduce: 1. make a 32 bit prefix, windows version seems noncritical (7 or 10). 2. install official FFXI distribution from http://www.playonline.com/ff11us/download/media/install_win.html (install hangs for a seemingly long time at some step, disk space check if I recall, just wait) 3. winetricks dotnet462 gdiplus (without dotnet, windower will not work. Gdiplus just makes the fonts in the windower console look nicer, it's not absolutely required for reproduction.) 4. install windower 4.3 from https://www.windower.net/ , to $WINEPREFIX/drive_c/windower4.3/ 5. wine $WINEPREFIX/drive_c/windower4.3/Windower.exe At this step, you'll need an FFXI subscription and character to log in and get to the point where you see that the keyboard doesn't work. -- 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.

1 9

[Bug 8532] JawsEditor 2.5/3.0 reports "Invalid imagesize" on startup ('IPicture::SaveAsFile' method too stubby/incorrect)
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=8532 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #14 from temp82(a)luukku.com --- still valid as wine 8.6. -- 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.

1 0

[Bug 54851] New: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54851 Bug ID: 54851 Summary: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine. For instance: tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: msg 004e - actual: nothing or tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 0000 - actual 004e tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: 004e - actual: 004e wp 1234abcd lp 0072eec0 tooltips.c:1218: 1: expected: nothing - actual: 004e wp 1234abcd lp 0072ef20 See https://test.winehq.org/data/patterns.html#comctl32:tooltips In are cases both issues happen or the same issue happens twice; once before the load_v6_module() call, and once after. -- 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.

1 1

[Bug 54850] New: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54850 Bug ID: 54850 Summary: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows tooltips.c:252: Test failed: 3: Failed to get current tool 0. tooltips.c:259: Test failed: 3: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 3: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:261: Test failed: 3: Unexpected uId cccccccccccccccc. tooltips.c:262: Test failed: 3: Unexpected lParam cccccccccccccccc. See https://test.winehq.org/data/patterns.html#comctl32:tooltips This can happen either before or after the load_v6_module() call, and in any of the for loop iterations, though normally only one of them per run. -- 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.

1 1

[Bug 52987] New: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52987 Bug ID: 52987 Summary: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() fails systematically on some Windows machines: tooltips.c:251: Test failed: 0: Failed to get current tool 0. tooltips.c:258: Test failed: 0: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 0: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 0: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 0: Unexpected lParam cccccccccccccccc. tooltips.c:251: Test failed: 1: Failed to get current tool 0. tooltips.c:258: Test failed: 1: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 1: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 1: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 1: Unexpected lParam cccccccccccccccc. [... all 6 iterations fail ...] https://test.winehq.org/data/patterns.html#comctl32:tooltips Also this impacts both test_customdraw() calls: the one after test_create_tooltip(FALSE) and the one after test_create_tooltip(TRUE) though the latter is more random. When the latter fails there is an extra couple of failures in test_TTN_SHOW(): tooltips.c:261: Test failed: 5: Unexpected lParam cccccccccccccccc. tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1216: Failed sequence TTN_SHOW parent seq: tooltips.c:1216: 0: expected: msg 004e - actual: nothing v6util.h:92: created cc6.manifest tooltips.c:251: Test failed: 0: Failed to get current tool 0. [...] tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 However the failure pattern is strange: * The failures mostly happen on the cw-gtx560 and cw-rx460 machines. But w1064v1709-64 has the same failures so it's not a real hardware vs. VM issue. * The failures happen on Windows 10 1709, 21h1 and 21h2, but not on 1507, 1607, 1809 or 2004. 1909 had failures on March 21 and 22 but not in the month since then. So it does not really seem related to the Windows version. * cw-gtx560-21H1 and cw-rx460-21H1 never had failures in the 32-bit tests but the failures happen in 32-bit on cw-gtx560-1709 and cw-rx460-1709. So it's not a bitness issue and it should not be a machine configuration issue either. The failure on line 251 indicates that there is no tooltip at all. Maybe there is a window that has the focus and prevented the tooltip from opening? (that window if any is not visible in the final screenshot) If it is a focus issue, skipping when the windows does not have the focus could avoid the failures. -- 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.

1 3

[Bug 6893] ChessBase Light 6 does not install
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=6893 --- Comment #25 from temp82(a)luukku.com --- still an issue. wine 8.6. -- 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2023