June 2021 - Wine-bugs - list.winehq.org

[Bug 51346] New: x264guiEx partly shows white box characters when using Wine-Mono (default encoding issue with C++/CLI).
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51346 Bug ID: 51346 Summary: x264guiEx partly shows white box characters when using Wine-Mono (default encoding issue with C++/CLI). Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 70202 --> https://bugs.winehq.org/attachment.cgi?id=70202 x264guiEx configuration window x264guiEx[1] is a famous output plugin for AviUtl, Japanese video editing software[2]. When running it with AviUtl 1.10 and Wine-Mono 6.20, its configuration window partly shows white box characters instead of Japanese characters. See attached image for details. It's not typeface issue. For the attachment case, it shows three white boxes for two Japanese characters, なし. If we had have a missing typeface, it should be two. I guess Wine-Mono's default encoding incompatibility causes this issue. This plugin uses System::String without the encoding parameter in frmConfig.cpp[3]. That means constructor's argument is interpreted using default encoding[4]. [1] https://github.com/rigaya/x264guiEx [2] http://spring-fragrance.mints.ne.jp/aviutl/ [3] https://github.com/rigaya/x264guiEx/blob/9f1abe0f44be3c602ffa938e2ca7d80cea… [4] https://docs.microsoft.com/en-us/dotnet/api/system.string.-ctor?view=net-5.… -- 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 28605] New: BurnPlot fails to start
by wine-bugs＠winehq.org 30 Jul '21

30 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28605 Bug #: 28605 Summary: BurnPlot fails to start Product: Wine Version: 1.3.29 Platform: x86-64 URL: http://download.imgburn.com/BurnPlot_1.0.1.5.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 36758 --> http://bugs.winehq.org/attachment.cgi?id=36758 Terminal output It initially fails due to missing msvbvm60.dll, so install that with winetricks vb6run. Then, it outputs an error on startup and exits: Run-time error '445': Object doesn't support this action (At least, most of the time. I sometimes get "X Error of failed request: BadWindow (invalid Window parameter)" instead.) Native wshom.ocx (+dependency scrrun.dll) and oleaut32 works around it. (Using only native wshom.ocx changes the error to "object doesn't support this property or method," while native oleaut32 alone has no apparent effect.) -- 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 22

[Bug 51196] New: ntdll:om has a timing-related failure in Wine
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51196 Bug ID: 51196 Summary: ntdll:om has a timing-related failure in Wine Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:om randomly fails with an error of the form: om.c:2307: Test failed: got 88 and/or om.c:2322: Test failed: got 87 The value is the time spent in RtlWaitOnAddress(..., timeout=100 ms). The test generously expects at least 90 ms and the failure occurs whenever it is below that. Because the failure is intermittent and the duration typically varies between 85 and 89 ms, this failure is prone to generating false positives in the TestBot. Furthermore this only happens in Wine which suggests there is some implementation issue 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.

1 3

[Bug 51284] New: shell32:shellpath fails on Windows 8.1 when there is more than on CD drive
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51284 Bug ID: 51284 Summary: shell32:shellpath fails on Windows 8.1 when there is more than on CD drive Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:shellpath fails on Windows when there is more than on CD drive: https://test.winehq.org/data/patterns.html#shell32:shellpath shellpath.c:380: Test failed: Full path L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\Burn\\Burn1" does not end with relative path L"Microsoft\\Windows\\Burn\\Burn" For now these failures happen on the Windows 8.1 cw-rx460 and cw-gtx560 machines. That's because these machines have both Burn\Burn and Burn\Burn1 folders. Paradoxically these don't have a CD drive at all. However they are connected to a KVM which can serve ISOs in the form of a USB CD drive. I suspect that with ISO changes, connection/disconnections Windows 8.1 ended up thinking there were two USB CD drives and thus created one folder for each drive. I have confirmed that adding two drives to a recent Windows 10 VM gives the same result so this is not something specific to Windows 8.1 or the cw-* machines. Incidentally the failing test was introduced by the commit below: commit 73c08fb638938ac6f903ad91d5ef2c93ae18a971 Author: Andrew Eikum <aeikum(a)codeweavers.com> AuthorDate: Thu May 27 13:38:16 2021 -0500 shell32/tests: Add tests to show relative known folder paths match SHGetKnownFolderPath. Signed-off-by: Andrew Eikum <aeikum(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.

1 6

[Bug 22572] New: Mechwarrior 4 Free Release downloader 'mtx' doesn't work with wine + Mono 2.6
by wine-bugs＠winehq.org 30 Jul '21

30 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22572 Summary: Mechwarrior 4 Free Release downloader 'mtx' doesn't work with wine + Mono 2.6 Product: Wine Version: 1.1.43 Platform: x86 URL: http://mektek.net/projects/mw4/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The downloader installs ok, but running it says it needs mono, and with 'winetricks mono26', it fails with dialog ** ERROR **: implement type compare for 1b! http://www.mail-archive.com/mono-list(a)lists.ximian.com/msg28988.html suggests this is related to how we invoke .net apps with "mono foo.exe" instead of using mono's embedded api. (Also reported for another app here: http://www.fractalforums.com/3d-fractal-generation/free-mandelbulb-software… ) -- 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 28

[Bug 51137] New: Construction Set for TES4 Oblivion missing or broken text in some places
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51137 Bug ID: 51137 Summary: Construction Set for TES4 Oblivion missing or broken text in some places Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: ArchLinux As the tile say, the Construction Set (the editor) for TES4 OBlivion is showing some missing text (the plugin file picker list for example, the entries are selectable but the text indicating the file name isn't empty), or missing/garbled (as in the Object Window). This started after 6.7 and both 6.8 release and current master are affected. wine 6.7 do works fully instead showing the proper text. I'm currently doing a regression test. Will write the results of the test later. The log is empty except for a bunch of: 00e4:fixme:seh:virtual_unwind calling personality routine in system library not supported yet 00e4:fixme:seh:execute_cfa_instructions 7fc4918d91e3: unknown CFA opcode 2e 00e4:fixme:seh:valid_reg unsupported reg 6c -- 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 16

[Bug 51213] New: GZDoom Builder 2.3 r2787 fails with IdentityNotMappedException
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51213 Bug ID: 51213 Summary: GZDoom Builder 2.3 r2787 fails with IdentityNotMappedException Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Tested using Wine 6.9 and Wine Mono 6.2.0. GZDoom Builder 2.3 r2787 fails to start with an exception: [00000024:] EXCEPTION handling: System.Security.Principal.IdentityNotMappedException: Unable to map SID: S-1-5-21-0-0-0-1000 at System.Security.Principal.SecurityIdentifier.Translate (System.Type) [0x0004d] in <db04fe9e4bca4610adf3414d35e3c1a4>:0 at System.Security.AccessControl.ObjectSecurity.InternalAccessRuleFactory (System.Security.AccessControl.QualifiedAce,System.Type,System.Security.AccessControl.AccessControlType) [0x00007] in <db04fe9e4bca4610adf3414d35e3c1a4>:0 at System.Security.AccessControl.ObjectSecurity.InternalGetAccessRules (bool,bool,System.Type) [0x00061] in <db04fe9e4bca4610adf3414d35e3c1a4>:0 at System.Security.AccessControl.CommonObjectSecurity.GetAccessRules (bool,bool,System.Type) [0x00000] in <db04fe9e4bca4610adf3414d35e3c1a4>:0 at CodeImp.DoomBuilder.General.CheckWritePremissions (string) [0x0000e] in <1d2596b690724749a5f28b323fe25637>:0 at CodeImp.DoomBuilder.UpdateChecker.PerformCheck (bool) [0x00028] in <1d2596b690724749a5f28b323fe25637>:0 at CodeImp.DoomBuilder.General.Main (string[]) [0x0060c] in <1d2596b690724749a5f28b323fe25637>:0 at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) [0x00027] in <1d2596b690724749a5f28b323fe25637>:0 It seems like Mono's version of the Translate function can only handle well-known SIDs, not a user SID. -- 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 50962] New: reg.exe does not implement '/reg:32' and '/reg:64' command line switches
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=50962 Bug ID: 50962 Summary: reg.exe does not implement '/reg:32' and '/reg:64' command line switches Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44755 https://source.winehq.org/git/wine.git/commitdiff/2b900e1c38d9bed0901ea0364… ("reg: Allow /reg:32 and /reg:64 switches to be passed via the command line.") made 'reg.exe' not fail but it would still import the keys incorrectly depending on the bitness it was started with. $ wine --version wine-6.6 Regards -- 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 51306] New: Wine-Mono doesn't show Japanese text (DllImport issue?).
by WineHQ Bugzilla 30 Jul '21

30 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51306 Bug ID: 51306 Summary: Wine-Mono doesn't show Japanese text (DllImport issue?). Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- Created attachment 70171 --> https://bugs.winehq.org/attachment.cgi?id=70171 source and executable. I wrote and ran a short program attached with Wine 6.11 and Wine Mono 6.20. But, it didn't work as expected. The code calls kernel32's GetDateFormatA by DllImport feature. I guess Wine-Mono's DllImport doesn't handle Japanese ANSI code page well. Steps to reproduce: 1. If your 'locale -a' doesn't show ja_JP.utf8, add Japanese locale support to your environment. 2. Run today.exe on Japanese locale with wine, i.e. LANG=ja_JP.UTF-8 wine today.exe Expected result: Message window shows today's date text in Japanese, e.g. 2021年6月21日. Actual result: Message window appears, but shows no message text. Remarks: If we use CharSet.Unicode instead, it works 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.

1 12

[Bug 32316] New: 3dsmax 9 32bit
by wine-bugs＠winehq.org 30 Jul '21

30 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32316 Bug #: 32316 Summary: 3dsmax 9 32bit Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keith(a)ukscifi.net Classification: Unclassified Created attachment 42656 --> http://bugs.winehq.org/attachment.cgi?id=42656 console output for wine, running 3dsmax9-32bit.txt 3dsmax Installs fine except the metal-ray satellite service however this is unimportant and unneeded unless you want to start up a server rendering farm. Running max itself; Program starts to run checking all the plugins to the point where the main window appears then dies. Logs 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.

2 42