November 2021 - wine-bugs

[Bug 39189] New: Ableton dies with - unimplemented function msvcr120.dll._DTest
by wine-bugs＠winehq.org 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39189 Bug ID: 39189 Summary: Ableton dies with - unimplemented function msvcr120.dll._DTest Product: Wine Version: 1.7.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- On the Ableton 9 trial (32 bit version). It dies with the error if you add the instrument Electric/Bass/Wobble Bass wine: Call from 0x7b83bfee to unimplemented function msvcr120.dll._DTest Here is a video of triggering the bug http://youtu.be/02gj_SpzteY Notes - I don't have Jack audio setup, this is running with the pulseaudio backend - no idea if that matters here. Download for 32 bit ableton trial https://www.ableton.com/en/download/?os_arch=win&release_article_code=BuSu9… -- 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 51748] New: NIK Dfine2 crashes/hangs (worked before)
by WineHQ Bugzilla 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51748 Bug ID: 51748 Summary: NIK Dfine2 crashes/hangs (worked before) Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pit(a)astro.su.se Distribution: --- Created attachment 70633 --> https://bugs.winehq.org/attachment.cgi?id=70633 Backtrace of running Dfine2 from within GIMP I'm using wine to run the (free) NIK collection from Google for image processing (version 1.2.11, e.g., from here: https://www.techspot.com/downloads/6809-google-nik-collection.html) This was working great so far, for many years (at least 3). I run openSUSE Tumbleweed that regularly upgrades applications. After the last upgrade to Wine 6.15 this crashes when processing/saving the image. I use gimp and the plugin ShellOut.py as a wrapper. There, I get an error message from wine (Unhandled exception: page fault on read access, see attached backtrace_Dfine2_new.txt) To check, I renamed my current ~/.wine and did a clean new install of NIK (wine nikcollection-full-1.2.11.exe). I get the same error (the backlog above is from this run). Finally I copied the temporary (16bit tif) file gimp saves and ran Dfine2 from command line, to catch the output. Irritatingly, this did not crash, but just hang hogging the CPU at 100%.... The console output is attached, too. -- 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 14

[Bug 51913] New: dinput8:device fails on cw-gtx560 and cw-rx460
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51913 Bug ID: 51913 Summary: dinput8:device fails on cw-gtx560 and cw-rx460 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput8:device fails on cw-gtx560 and cw-rx460: device.c:1281: Test failed: got dwButtons 3, expected 5 device.c:1387: Test failed: got 6 expected 8 device.c:1390: Test failed: missing 2 objects https://test.winehq.org/data/patterns.html#dinput8:device The failure is the same on all Windows versions (8 to 10 21H1) but only happens on these two machines, that is on all the "real GPU" machines in test.winehq.org except for fgtb-w10pro64. Predictably the failures started with the patch that introduced the new tests: commit 2ffdb5519fede29f1055b1057999fbcd7265e1e6 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Oct 18 10:21:51 2021 +0200 dinput8/tests: Add mouse and keyboard object enumeration tests. Signed-off-by: Rémi Bernon <rbernon(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 4

[Bug 51413] New: winegcc 6.12 regression: options with multiple '=' are not handled correctly
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51413 Bug ID: 51413 Summary: winegcc 6.12 regression: options with multiple '=' are not handled correctly Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: slyich(a)gmail.com Distribution: --- Gentoo passes -Wl,--defsym=__gentoo_check_ldflags__=0 as LDFLAGS to every linked target as a capary for $LDFLAGS handling. In 6.11 it used to work fine. 6.12 fails the build as: $ tools/winegcc/winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC -Wl,-z,notext -fasynchronous-unwind-tables -shared /tmp/portage/app-emulation/wine-vanilla-6.12/work/wine-6.12/dlls/acledit/acledit.spec -mno-cygwin -Wb,--prefer-native dlls/acledit/main.o dlls/ucrtbase/libucrtbase.a -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--defsym=__gentoo_check_ldflags__=0 /usr/lib/gcc/x86_64-pc-linux-gnu/12.0.0/../../../../x86_64-pc-linux-gnu/bin/ld:--defsym:0: syntax error collect2: error: ld returned 1 exit status winegcc: /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc failed If I run already installed 6.11 winegcc it works as expected: $ winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC -Wl,-z,notext -fasynchronous-unwind-tables -shared /tmp/portage/app-emulation/wine-vanilla-6.12/work/wine-6.12/dlls/acledit/acledit.spec -mno-cygwin -Wb,--prefer-native dlls/acledit/main.o dlls/ucrtbase/libucrtbase.a -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--defsym=__gentoo_check_ldflags__=0 -m32 <ok> $ nm -D dlls/acledit/acledit.dll.so | fgrep gentoo 00000000 A __gentoo_check_ldflags__ I suspect regression cropped up in: commit fcda0afdd429e11d75dc61f628e40a6c8973ce44 Author: Connor Abbott <cwabbott0(a)gmail.com> Date: Fri Jul 2 11:48:01 2021 +0200 winegcc: Support -Wl,foo=... style linker options. In particular meson uses -Wl,--out-implib=... Signed-off-by: Connor Abbott <cwabbott0(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> diff --git a/tools/winegcc/winegcc.c b/tools/winegcc/winegcc.c index fd2d2c2a794..8c1e0d088ac 100644 --- a/tools/winegcc/winegcc.c +++ b/tools/winegcc/winegcc.c @@ -1982,7 +1982,7 @@ int main(int argc, char **argv) if (strncmp("-Wl,", opts.args->base[i], 4) == 0) { unsigned int j; - strarray* Wl = strarray_fromstring(opts.args->base[i] + 4, ","); + strarray* Wl = strarray_fromstring(opts.args->base[i] + 4, ",="); for (j = 0; j < Wl->size; j++) { if (!strcmp(Wl->base[j], "--image-base") && j < Wl->size - 1) which might not handle multiple '=' correctly. -- 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 52003] New: Stack overflow inside xml2.xmlXPathInit function.
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52003 Bug ID: 52003 Summary: Stack overflow inside xml2.xmlXPathInit function. Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 71003 --> https://bugs.winehq.org/attachment.cgi?id=71003 Thrown exceptions. The simulator "Zusi 3" uses .htm webpages to show information about its available content. Some websites have a line of JavaScript that looks something like this: <script>var xhr = new window.ActiveXObject( "Microsoft.XMLHTTP" );</script> which cause the program to crash using Wine. A +seh trace, provided in the attachments, shows that the program throws a lot of Division by Zero exceptions before dying in a stack overflow. Further debugging ended in the result, that the crash occurs inside the function "xmlXPathInit" from the xml2 library, which, without a surprise, does divide by zero. The function call is reached from "msxml3.DllMain" through DLL_PROCESS_ATTACH and the function "xmlInitParser". Changing the code to something like *((long long*) &xmlXPathNAN) = 0x7ff8000000000000; resolved the issue, though this undefined behavior in C. (z.f. suggested to use unions instead.) The only thing that really confuses me, is the big amount of thrown exceptions, even though the program only executes the division by zero only once. Even on assembly level. Also, why does this cause a stack overflow? -- 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 51886] New: YouTube Movie Maker: Can't launch after installing
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51886 Bug ID: 51886 Summary: YouTube Movie Maker: Can't launch after installing Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dungomarkdevlin22(a)gmail.com Distribution: --- Created attachment 70828 --> https://bugs.winehq.org/attachment.cgi?id=70828 backtrace I downloaded YouTube Movie Maker here [https://www.makeyoutubevideo.com/] and installed it successfully. It is even in the Desktop and Application List menu. When I open the shortcut, it will show me three buttons to make, upload, or manage my videos. After clicking on one of them, the loading screen will show, and a little blue rectangle on the top left of the screen will show and the wine "Program Error" window. [https://photos.app.goo.gl/65W9zwFzndbMjQjo6] -- 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 7

[Bug 51049] New: Sea of Thieves crash when entering a lobby
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51049 Bug ID: 51049 Summary: Sea of Thieves crash when entering a lobby Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- After you set Sail in "Sea of Thieves", it crash due to a secur32 error. Prior to to commit f93284dfa44b060436c6a0617b51280abb3f24fc, it worked as expected. The crash occurs in function schan_InitializeSecurityContextW. The scenario is that it create a SCHAN_HANDLE_CTX handle, then later frees it. Then attempts to create another SCHAN_HANDLE_CTX, however passes the same parameters through except pInput (which is NULL). Previous, this would return SEC_E_INCOMPLETE_MESSAGE, since the pInput was NULL, however however now, it jumps through to else if (!is_dtls_context(ctx)) return SEC_E_INCOMPLETE_MESSAGE; However the ctx has already been freed in this case and then crashes. -- 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 8

[Bug 47865] New: comctl32:propsheet: Different button order for some RTL locales in Windows 1809?
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47865 Bug ID: 47865 Summary: comctl32:propsheet: Different button order for some RTL locales in Windows 1809? Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:propsheet fails on the new Windows 1809 Arabic VM (ww1064v1809_ar): propsheet.c:1202: RTL locale detected propsheet.c:511: Test failed: Cancel button should be to the left of OK button propsheet.c:520: Test failed: Apply button should be to the left of Cancel button propsheet.c:529: Test failed: Help button should be to the left of Apply button propsheet.c:821: Test failed: property sheet with custom window proc: the msg 0x0046 was expected, but got msg 0x0210 instead https://test.winehq.org/data/tests/comctl32:propsheet.html However that test still succeeds for the Hebrew locale of the same Windows 1809 VM (w1064v1809_he), and of course on the Hebrew Vista VM (wvistau64_he). So either the button order is different in Arabic and Hebrew despite both being RTL locales (maybe it depends on something else?), or something prevents the test from correctly recognizing the button order, or something is wrong in the new Arabic setup. For reference, support for RTL locales was introduced in this patch (without it the test would likely fail even harder): commit b8d01f9e1e8c44df5172c4cbfae627158930db72 Author: Alex Henrie <alexhenrie24(a)gmail.com> AuthorDate: Mon Nov 20 22:54:35 2017 -0700 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Nov 21 21:47:42 2017 +0100 comctl32/tests: Detect and handle an RTL locale. Signed-off-by: Alex Henrie <alexhenrie24(a)gmail.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 4

[Bug 51946] New: cMUD 3.34 crashes with nTRaiseException
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51946 Bug ID: 51946 Summary: cMUD 3.34 crashes with nTRaiseException Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mssxtn(a)gmail.com Distribution: ArchLinux Created attachment 70918 --> https://bugs.winehq.org/attachment.cgi?id=70918 Installation of CMUD cMUD 3.34 worked fine under wine-staging until 6.20. Uninstalled wine-staging and installed wine, along with all of its deps and optional deps. Removed old .wine and ran both win64 and win32 winearches with the same errors. Install of cMUD 3.34 pops up with an unhandled exception during the install process. Running the program results in the same/similar unhandled exception. Downgrading to wine 6.19 resolves the problem and the application runs as expected. Related Unrelated Issue? https://bugs.winehq.org/show_bug.cgi?id=49321 -- 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 7

[Bug 52129] New: EnumCalendarInfo hangs indefinitely when iterating over optional calendars
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52129 Bug ID: 52129 Summary: EnumCalendarInfo hangs indefinitely when iterating over optional calendars Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 42ed9797b1929fc5917bd967f7062cab953fab55 Distribution: --- Internal_EnumCalendarInfo fails to exit enumeration loop if all of the following conditions are met: - ENUM_ALL_CALENDARS is specified for calendar ID. - An optional calendar exists for the current locale, which is one of: Arabic, Chinese, Divehi, Persian, Hebrew, Japanese, Korean, Thai, Urdu. - The enumerator callback function never returns FALSE. This results in some .NET Framework 4.8 apps to hang when using certain locale functions. -- 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 52116] New: World of Warships: garbled textures and GL_INVALID_OPERATION errors due to invalid PBO access
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52116 Bug ID: 52116 Summary: World of Warships: garbled textures and GL_INVALID_OPERATION errors due to invalid PBO access Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janbraun(a)gmx.net CC: jsikorski(a)codeweavers.com Regression SHA1: bb285f56f9ca843c58ee37328027c9611f2587d0 Distribution: --- World of Warships has graphical artifacts: (seemingly random) textures turn into weird colors and stay that way until game restart. This makes for an over time increasingly psychedelic game experience. ;) The console log spits out the following message from time to time (with varying hexvalues): 0430:err:d3d:wined3d_debug_callback 0x245380: "GL_INVALID_OPERATION in glCompressedTexSubImage2D(invalid PBO access)". Reverting commit bb285f56f9ca843c58ee37328027c9611f2587d0 "wined3d: Avoid stalling the pipeline on 3D blits." fixes both. re-tested with current git head wine (67d0509f2f5), running Mesa 21.2.5 on amdgpu. Please holler if you need more info. -- 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 51915] New: character just run to the left and everything
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51915 Bug ID: 51915 Summary: character just run to the left and everything Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- I have some stuff in lutris for some reason when I go into gta 3 and gta san Andreas character just run to the left and everything. I tried to turn off the keyboard is not in it. The problem appeared after the last update of Lutris. Everything is fine in gta vice city. No errors or warnings. In some games, the character constantly runs to the left, even if you pull out the keyboard. -- 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 51844] New: winedbg command line arguments are not quoted properly
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51844 Bug ID: 51844 Summary: winedbg command line arguments are not quoted properly Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- The program name and command line arguments passed to `winedbg` and `winedbg --gdb` are not quoted properly. Running `winedbg --gdb 'foo bar.exe' arg1 'arg 2'` will cause winedbg to execute `foo` with the arguments `bar.exe`, `arg1`, `arg`, and `2`, instead of `foo bar.exe` being run with two arguments. This is inconsistent with both regular `wine` invocations as well as with `gdb --args`. Currently all of the remaining arguments are simply concatenated to a command line string for CreateProcessA() with spaces in between the arguments. I've already submitted a patch for this here: https://www.winehq.org/pipermail/wine-devel/2021-October/197216.html -- 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 52109] New: DTS Encoder Suite fails to start with wine 6.22
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52109 Bug ID: 52109 Summary: DTS Encoder Suite fails to start with wine 6.22 Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 71133 --> https://bugs.winehq.org/attachment.cgi?id=71133 DTS terminal output The program starts and momentarily shows the GUI and then exits. -- 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 52080] New: Some interface widgets are broken (invisible) in OpenMPT in light theme in wine 6.22
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52080 Bug ID: 52080 Summary: Some interface widgets are broken (invisible) in OpenMPT in light theme in wine 6.22 Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: monsterovich(a)gmail.com Distribution: --- Everything worked fine in wine 6.21. https://imgur.com/a/Cl3pA9C -- 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 52060] New: BCryptExportKey is not implemented for BCRYPT_RSAFULLPRIVATE_BLOB
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52060 Bug ID: 52060 Summary: BCryptExportKey is not implemented for BCRYPT_RSAFULLPRIVATE_BLOB Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: janisozaur+wine(a)gmail.com Distribution: --- Created attachment 71073 --> https://bugs.winehq.org/attachment.cgi?id=71073 Test application BCryptExportKey is not implemented for BCRYPT_RSAFULLPRIVATE_BLOB Attached sample test application -- 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 51833] New: GetModuleFileNameW no longer works with large buffers
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51833 Bug ID: 51833 Summary: GetModuleFileNameW no longer works with large buffers Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)2ar.nl Regression SHA1: 43d14fd808bb965762bb6c76027bbe26ba936f82 Distribution: --- The recent change 'Implement kernelbase.GetModuleFileNameW using ntdll.LdrGetDllFullName' (bug 49344) broke passing large buffers (>=32768 characters) to GetModuleFileNameW, as done by cygwin. Possible fix: name.MaximumLength = (size < 0xffff / sizeof(WCHAR) ? size : 0xffff / sizeof(WCHAR)) * sizeof(WCHAR); Comment from Nikolay Sivov: we could probably min() it in ints, to avoid this 16bit overflow. -- 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 52132] New: DeviceCapabilities DC_PAPERSIZE return wrong sizes (Regression)
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52132 Bug ID: 52132 Summary: DeviceCapabilities DC_PAPERSIZE return wrong sizes (Regression) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: incubusrk(a)gmail.com Distribution: --- Created attachment 71169 --> https://bugs.winehq.org/attachment.cgi?id=71169 test sample get system default printer and show paper names and sizes Wine 6.20 and newer has broken DeviceCapabilities fwCapability=DC_PAPERSIZE Test work fine in wine 6.15 PS All test was made with 64-bit prefix -- 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 15

[Bug 52106] New: dxva2:dxva2 fails in test_progressive_device() on cw-rx460 (AMD)
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52106 Bug ID: 52106 Summary: dxva2:dxva2 fails in test_progressive_device() on cw-rx460 (AMD) Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dxva2 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dxva2:dxva2 fails fails in test_progressive_device() on the TestBot's AMD test configuration, cw-rx460: dxva2.c:647: Test failed: Unexpected hr 0x80004005, format 21. dxva2.c:648: Test failed: Unexpected format count 0. dxva2.c:669: Test failed: Unexpected input pool 0x4. https://test.winehq.org/data/patterns.html#dxva2:dxva2 This impacts all Windows versions from 8.1 to 21H1 and multiple Radeon driver versions. But none of the other machines (Nvidia, QEmu) are impacted so this is specific to either the Radeon driver or to this particular graphics card (or generation). Given that the error is a generic E_FAIL, maybe that means one cannot expect this functionality to always be available. A bisect shows that the failures started with the commit that introduced the new tests: commit 12a1b4b360abc6db5de2e393b9ec53a77f532ffd Author: Nikolay Sivov <nsivov(a)codeweavers.com> AuthorDate: Tue Nov 23 15:21:45 2021 +0300 dxva2: Introduce progressive processor device. The point is to provide a device, with similar caps and NV12 support, while keeping software device on its own, the way it should be. This is based on research by Derek Lesho. Signed-off-by: Nikolay Sivov <nsivov(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 5

[Bug 39244] New: sccrun:filesystem fails in the Korean locale
by wine-bugs＠winehq.org 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39244 Bug ID: 39244 Summary: sccrun:filesystem fails in the Korean locale Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failure only happens in a Korean locale, such as on the fg-win7u64-1spie9-ko WineTest box: filesystem.c:1423: Test failed: got L"\f8f7", expected L"\f8f7?" See: https://test.winehq.org/data/tests/scrrun:filesystem.html -- 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 15

[Bug 52120] New: Everquest launcher crash with Wine 6.22
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52120 Bug ID: 52120 Summary: Everquest launcher crash with Wine 6.22 Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: krop(a)gmx.com Distribution: --- Created attachment 71150 --> https://bugs.winehq.org/attachment.cgi?id=71150 backtrace from wine AppDB link: https://appdb.winehq.org/objectManager.php?sClass=version&iId=2939 Distribution: openSUSE Tumbleweed (https://build.opensuse.org/package/show/Emulators/wine) Everquest uses the daybreak launcher to verify the files integrity. The launcher is available at https://launch.daybreakgames.com/installer/EQ_setup.exe Other daybreak games such as Everquest II or DC universe online may also be affected. After updating wine from 6.21 to 6.22, the launcher crashes with a 'Unhandled exception: page fault on write access to 0x04e81000 in 32-bit code' error. What was tested: - using the regular wine package instead of wine-staging - Creating a new prefix (WINEARCH needs to be set to win32) Generated backtrace attached. The launcher works after downgrading wine from 6.22 back to 6.21. -- 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 51859] New: No voice with DC Universe Online
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51859 Bug ID: 51859 Summary: No voice with DC Universe Online Product: Wine-staging Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: apcullen(a)yahoo.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70771 --> https://bugs.winehq.org/attachment.cgi?id=70771 This is the terminal output when starting the game, logging in, running the voice channel test, and exiting. This bug MIGHT be present in mainstream Wine also, but I can't verify because regular wine now crashes when starting the game launcher (separate bug there). The game loads and runs correctly, but the in-game voice does not function. All other sound is ok. Running an in-game test of the voice channel produces an error pop-up in game but I didn't see anything in the log. I think this has been present since about 6.10 or 6.11. (In version 6.9 voice definitely works). -- 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 44430] New: Windows 10 DISM pkgmgr.exe fails to run, needs api-ms-win-security-lsalookup-l2-1-0.dll
by wine-bugs＠winehq.org 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=44430 Bug ID: 44430 Summary: Windows 10 DISM pkgmgr.exe fails to run, needs api-ms-win-security-lsalookup-l2-1-0.dll Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Steps to reproduce --- snip --- # clean WINEPREFIX $ winetricks -q dotnet452 corefonts $ winetricks -q win10 $ wine adksetup.exe /features OptionId.DeploymentTools $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/10/Assessment and Deployment Kit/Deployment Tools/x86/DISM $ wine ./pkgmgr.exe ... 0009:err:module:import_dll Library api-ms-win-security-lsalookup-l2-1-0.dll (which is needed by L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe" failed, status c0000135 --- snip --- MSDN: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis Section: "APIs from api-ms-win-security-lsalookup-l2-1-1.dll" $ sha1sum adksetup.exe 92892e71b083fc46c907b657c300ffc32608d223 adksetup.exe $ du -sh adksetup.exe 1.7M adksetup.exe $ wine --version wine-3.0-180-g85635db0ea 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.

2 4

[Bug 32971] New: cmview.exe crashes on open
by wine-bugs＠winehq.org 10 Dec '21

10 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32971 Bug #: 32971 Summary: cmview.exe crashes on open Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mbruffey(a)comcast.net Classification: Unclassified Created attachment 43549 --> http://bugs.winehq.org/attachment.cgi?id=43549 cmview.exe crash report cmview.exe is the program that displays Canon PIXMA MX882 scanner manual (and maybe other Canon manuals). Won't start, but crashes after installation, upon opening. The installation file is available here: http://www.usa.canon.com/cusa/consumer/products/printers_multifunction/offi… . Select MX880 Series On-Screen Manual for Windows. Thx! First, occurred in 1.4. Upgraded to Version 1.5.23. No change. -- 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 6

[Bug 52087] New: Nukitashi trial: videos don't play any more, game crashes instead
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52087 Bug ID: 52087 Summary: Nukitashi trial: videos don't play any more, game crashes instead Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: fallenguru(a)protonmail.com Distribution: --- Created attachment 71100 --> https://bugs.winehq.org/attachment.cgi?id=71100 terminal output for 6.21 (working) and 6.22 (crashes, with backtrace) Heads-up, this game is NSFW, even the beginning of the trial version. Apologies if I misread the backtrace and got the component wrong. I have LANG=ja_JP.UTF-8 set, it may be required. The trial version can be downloaded at https://qruppo.com/products/nukitashi/special/trial/. I recommend the mirror on the left (FANZA), because it's a direct link. Extract the zip file to get: #The name and SHA1 of the zip file depend on the mirror, the extracted exe is identical: b42000246cb7ecbdc7a392818e593e6addad692f *nukitashi_taikenban2.exe This is just a self-extracting zip file, you can run it or just extract it using unzip -O shift-jis to preserve the Japanese file names. Transcode the videos in subdirectory "a/", for reproducing this the first one (PV1.wmf) will do, e.g. ffmpeg -i PV1.wmv PV1.webm; mv PV1.wmv PV1.wmv.orig; ln -s PV1.webm PV1.wmv. This gets rid of the WMV/WMA codec dependency. Run NUKITASHI_TRIAL2.exe. Select NEWGAME. Advance the text, you can fast-forward by holding left-ctrl. Before long, a video should play (a faux TV show). In WINE 6.21, it does. WINE 6.22 crashes instead. See attached log. Reproducible just by up- and downgrading the WINE packages. Fresh prefixes, always. WineHQ official repo, Ubuntu 18.04, -dbg packages are installed. -- 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 52104] New: "Blue" variant of the "Light" theme creates glitchy UI in apps
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52104 Bug ID: 52104 Summary: "Blue" variant of the "Light" theme creates glitchy UI in apps Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: zzhang(a)codeweavers.com Distribution: --- Created attachment 71126 --> https://bugs.winehq.org/attachment.cgi?id=71126 Dgvoodoo2ConfiguratiorGlitch When the "Blue" variant of wine's builtin "Light" theme is enabled, UI elements in the dgvoodoo2 configurator don't appear unless you hover over them. And in graphics UI for apitrace, qapitrace.exe, the progress bar is invisible. None of these issues occur with "Classic Blue" or default brown Wine theme. Links to download programs: http://dege.freeweb.hu/dgVoodoo2/dgVoodoo2/ https://github.com/apitrace/apitrace/releases/tag/10.0 -- 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 8

[Bug 52099] New: Scratch 3: Crashes While Initializing Program
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52099 Bug ID: 52099 Summary: Scratch 3: Crashes While Initializing Program Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phoenixr10(a)outlook.com Distribution: --- Created attachment 71116 --> https://bugs.winehq.org/attachment.cgi?id=71116 Crash Log Scratch 3 Crashes While Initializing Program Check backtrace.txt for more info -- 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 52096] New: SEPTEMBER 1999 Crashes After Launch
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52096 Bug ID: 52096 Summary: SEPTEMBER 1999 Crashes After Launch Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matthewcboyd(a)tutanota.com Distribution: --- Created attachment 71107 --> https://bugs.winehq.org/attachment.cgi?id=71107 Log File When I launch the game SEPTEMBER 1999 with Wine I see the Unity screen and then the game crashes. The game can be found free of charge at Itch.io for anyone to test this with and try to fix it. I have attached a log file. https://98demake.itch.io/september1999 My System: AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 580 8GB Gaming X | Mesa 21.2.5 | Manjaro 21.2.0 | Mate 1.26.0 | Kernel 5.15.2-2-MANJARO -- 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 30588] New: Houdini: Segmentation fault at startup
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=30588 Bug #: 30588 Summary: Houdini: Segmentation fault at startup Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 40020 --> http://bugs.winehq.org/attachment.cgi?id=40020 Segmentation fault window Steps to reproduce: 1) remove ~/.wine 2) install Houdini 3) wine houdini.exe Behaviour: Segmentation fault. (See attachment) Expected behaviour: No segmentation fault. Terminal output: fixme:win:EnumDisplayDevicesW ((null),0,0x441f0e8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x441f0e8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x442e1c0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x442e1c0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x461e910,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x461e910,0x00000000), stub! -- 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 10

[Bug 30591] New: Houdini 12.x (3D animation tool) crashes due to unimplemented function msvcrt.dll.__pxcptinfoptrs in "purist" mode (builtin msvcr90)
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=30591 Bug #: 30591 Summary: Houdini 12.x (3D animation tool) crashes due to unimplemented function msvcrt.dll.__pxcptinfoptrs in "purist" mode (builtin msvcr90) Product: Wine Version: 1.1.24 Platform: x86 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, while investigating bug 30588 I forced the application to use Wine's builtin msvcr90 (normally it uses supplied runtime). The manifest has to be moved out of the way because the app installs the VC++ runtime on its own. At some point it crashed: --- snip --- Unhandled exception: unimplemented function msvcrt.dll.__pxcptinfoptrs called in 32-bit code (0x7b8393ff). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b8393ff ESP:0a6fe83c EBP:0a6fe8a0 EFLAGS:00000287( - -- I S - -P-C) EAX:7b826429 EBX:7b8b06b0 ECX:7ecbbf11 EDX:0a6fe864 ESI:00000002 EDI:001e7948 ... Backtrace: =>0 0x7b8393ff RaiseException+0x87(code=0x80000100, flags=0x1, nbargs=0x2, args=0xa6fe8c0) [/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84] in kernel32 (0x0a6fe8a0) 1 0x7ecbba55 __wine_spec_unimplemented_stub+0x34(module="msvcrt.dll", function="__pxcptinfoptrs") [/home/focht/projects/wine/wine-git/dlls/winecrt0/stub.c:34] in msvcrt (0x0a6fe8d0) 2 0x7ec65db5 __wine_stub___pxcptinfoptrs+0x28() in msvcrt (0x7ec764d5) 3 0x047c0818 in libut (+0xb0817) (0x7ec764d5) 4 0x30ec8353 (0x56e58955) 0x7b8393ff RaiseException+0x87 [/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); ... process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Side Effects Software\Houdini 12.0.581\bin\hkey.exe 0000003b 0 <== 00000036 0 00000031 0 00000030 0 00000009 0 ... System information: Wine build: wine-1.5.3-143-g081b06c Platform: i386 Host system: Linux Host version: 3.3.4-1.fc16.x86_64 --- snip --- $ du -sh houdini-12.0.581-win32-vc9.exe 218M houdini-12.0.581-win32-vc9.exe $ sha1sum houdini-12.0.581-win32-vc9.exe b475599d669d35b6af9016726f1ef933caaf92a4 houdini-12.0.581-win32-vc9.exe 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.

2 5

[Bug 50200] New: Deleted printers still show
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50200 Bug ID: 50200 Summary: Deleted printers still show Product: Wine-staging Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68714 --> https://bugs.winehq.org/attachment.cgi?id=68714 Deleted printer still showing in Word Pro. Red arrow pointing to them Fedora 33 wine-5.21-1.fc33.x86_64 I cleaned out a bunch of unused printers. All my programs running under Wine still see them My printers: $ lpstat -a B4350 accepting requests since Thu 29 Oct 2020 01:36:30 PM PDT Cups-PDF accepting requests since Tue 30 Apr 2019 04:05:39 PM PDT Virtual_PDF_Printer accepting requests since Tue 29 Sep 2020 03:13:17 AM PDT Same as show in Printer Admin and CUPS. Please fix. Many thanks, -T -- 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 12179] New: MSN Messenger crash in Wine 0.9.58 while starting
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=12179 Summary: MSN Messenger crash in Wine 0.9.58 while starting Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=11576) --> (http://bugs.winehq.org/attachment.cgi?id=11576) Console output After install it MSN Messenger will crash while loading in wine 0.9.58, it starts if you set it to win2k. -- 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 24

[Bug 16772] New: MSN Messenger 7.0: Scroll bar in chat window don't have a limit
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=16772 Summary: MSN Messenger 7.0: Scroll bar in chat window don't have a limit Product: Wine Version: 1.1.12 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com If you're chatting in MSN and have write enough to make appear the scroll bar you can scroll down the text without limit. The scroll is supposed to scroll just until the end of the text. -- 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 9

[Bug 12447] New: MSN Messenger 7.0 crash while loading the Contact list
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=12447 Summary: MSN Messenger 7.0 crash while loading the Contact list Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=11987) --> (http://bugs.winehq.org/attachment.cgi?id=11987) Console output After Sign in and when it start to load the contact list msn messenger crash. This happen in current git (08/04/2008). I attach the console output. -- 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 26

[Bug 15305] New: MSN Messenger wont remember yor username and password
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=15305 Summary: MSN Messenger wont remember yor username and password Product: Wine Version: 1.1.3 Platform: PC URL: http://www.oldapps.com/download.php?oldappsid=Install_MS N_Messenger%207.5.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=16135) --> (http://bugs.winehq.org/attachment.cgi?id=16135) Before install native MSXML3 MSN Messenger has the option to save your user name and password, but in Wine it doesn't work at least that you install native MSXML3. While typing you will see lots of this message: XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed -- 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 4

[Bug 14483] New: WinVerifyTrustEx doesn't return expected HRESULT for PE images not digitally signed (TRUST_E_NOSIGNATURE)
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

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.

2 8

[Bug 36444] New: ICQ 7.x crashes during post-install step
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36444 Bug ID: 36444 Summary: ICQ 7.x crashes during post-install step Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... The post-install step can be simulated by passing 'postinstall=1 hWnd=393292 PackageId=geo49 flags=48 language=en-US lspid=0' to 'icq.exe' Trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./install_icq77.exe >>log.txt 2>&1 ... 0046:Call msvcr90._wctime64(0046c78c) ret=31fba6fe 0046:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e5e79dc ip=7e5e79dc tid=0046 0046:trace:seh:raise_exception info[0]=00000000 0046:trace:seh:raise_exception info[1]=00000000 0046:trace:seh:raise_exception eax=00000000 ebx=7e61d000 ecx=00b5e970 edx=00000385 esi=00b5e970 edi=00b5e994 0046:trace:seh:raise_exception ebp=00b5e8f8 esp=00b5e8a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210216 0046:trace:seh:call_stack_handlers calling handler at 0x31fd165c code=c0000005 flags=0 0046:trace:seh:call_stack_handlers handler at 0x31fd165c returned 1 0046:trace:seh:call_stack_handlers calling handler at 0x31077272 code=c0000005 flags=0 0046:trace:seh:call_stack_handlers handler at 0x31077272 returned 1 0046:trace:seh:call_stack_handlers calling handler at 0x7bc9ec0f code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7e5e79dc). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e5e79dc ESP:00b5e8d0 EBP:00b5e928 EFLAGS:00210216( R- -- I -A-P- ) EAX:00000000 EBX:7e61d000 ECX:00b5e9a0 EDX:00000385 ESI:00b5e9a0 EDI:7e5e859d ... Backtrace: =>0 0x7e5e79dc asctime_buf+0x17(buf="F", mstm=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1266] in msvcr90 (0x00b5e928) 1 0x7e5e8056 MSVCRT__wasctime+0x70(mstm=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1340] in msvcr90 (0x00b5e988) 2 0x7e5e85c5 MSVCRT__wctime64+0x27(time=0x46c574) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1445] in msvcr90 (0x00b5e9b4) 3 0x31fba6fe in mcore (+0xba6fd) (0x0046c574) 0x7e5e79dc asctime_buf+0x17 [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1266] in msvcr90: movl 0x0(%eax),%eax 1266 if (mstm->tm_sec<0 || mstm->tm_sec>59 ... --- snip --- MSVCRT__localtime64() can return NULL 'MSVCRT_tm' (_localtime64_s -> MSVCRT_EINVAL) which gets passed down to MSVCRT__wasctime() -> asctime_buf() *boom* Source: http://source.winehq.org/git/wine.git/blob/beeea28a5336f3a55e137070e55978a7… $ sha1sum install_icq77.exe 7997623f1389c51f1ceee1d770d0798dbe68b4a1 install_icq77.exe $ du -sh install_icq77.exe 16M install_icq77.exe $ wine --version wine-1.7.18-92-gb01fc1a 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.

2 4

[Bug 36459] New: ICQ 7.x 'ServiceStarter.exe' tool crashes during post-install step
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36459 Bug ID: 36459 Summary: ICQ 7.x 'ServiceStarter.exe' tool crashes during post-install step Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... The tool can be run standalone after installation for reproducing. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/ICQ6Toolbar $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ServiceStarter.exe >>log.txt 2>&1 ... 002d:trace:wbemprox:wbem_services_ExecQuery 0x141a20, L"WQL", L"SELECT * FROM Win32_Service WHERE Name=\"ICQ Service\" and State = \"Stopped\" and StartMode =\"Auto\"", 0x00000030, (nil), 0x33f8b4 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 1 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f8b4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x144ef0 002d:trace:wbemprox:enum_class_object_Next 0x144ef0, -1, 1, 0x33f8bc, 0x33f8a4 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f8bc 002d:trace:wbemprox:create_class_object returning iface 0x144f08 002d:trace:wbemprox:class_object_Get 0x144f08, L"DisplayName", 00000000, 0x33f888, (nil), (nil) 002d:trace:wbemprox:wbem_services_GetObject 0x141a20, L"Win32_Service", 0x00000000, (nil), 0x33f8b8, (nil) 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 12 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7e4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x145160 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f8b8 002d:trace:wbemprox:create_class_object returning iface 0x1452e0 002d:trace:wbemprox:class_object_GetMethod 0x1452e0, L"StartService", 00000000, 0x33f8a8, 0x33f8a0 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7a4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x144f98 002d:trace:wbemprox:enum_class_object_Skip 0x144f98, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x144f98 002d:trace:wbemprox:enum_class_object_Next 0x144f98, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:add_table added 0x1465f8 002d:trace:wbemprox:enum_class_object_Release destroying 0x144f98 002d:trace:wbemprox:grab_table returning 0x1465f8 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f764 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1452b8 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_IN", 0x33f810 002d:trace:wbemprox:create_class_object returning iface 0x146678 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7a4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146b28 002d:trace:wbemprox:enum_class_object_Skip 0x146b28, -1, 1 002d:trace:wbemprox:enum_class_object_Skip 0x146b28, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x146b28 002d:trace:wbemprox:enum_class_object_Next 0x146b28, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:create_class_object L"__PARAMETERS", 0x33f690 002d:trace:wbemprox:create_class_object returning iface 0x146800 002d:trace:wbemprox:class_object_Get 0x146800, L"Parameter", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"Type", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"VariantType", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"DefaultValue", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Release destroying 0x146800 002d:trace:wbemprox:enum_class_object_Next 0x146b28, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:add_table added 0x146b88 002d:trace:wbemprox:enum_class_object_Release destroying 0x146b28 002d:trace:wbemprox:grab_table returning 0x146b88 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f764 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1466b8 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", 0x33f80c 002d:trace:wbemprox:create_class_object returning iface 0x146630 002d:trace:wbemprox:wbem_services_ExecMethod 0x141a20, L"Win32_Service.Name=\"ICQ Service\"", L"StartService", 00000000, (nil), (nil), (nil), (nil) 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 1 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7f8 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146ae8 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f7f4 002d:trace:wbemprox:create_class_object returning iface 0x146b00 002d:trace:wbemprox:service_start_service 0x146b00, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146b00, L"Name", 00000000, 0x33f740, (nil), (nil) 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f6d4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146fa8 002d:trace:wbemprox:enum_class_object_Skip 0x146fa8, -1, 1 002d:trace:wbemprox:enum_class_object_Skip 0x146fa8, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x146fa8 002d:trace:wbemprox:enum_class_object_Next 0x146fa8, -1, 1, 0x33f5c0, 0x33f5ac 002d:trace:wbemprox:create_class_object L"__PARAMETERS", 0x33f5c0 002d:trace:wbemprox:create_class_object returning iface 0x146c60 002d:trace:wbemprox:class_object_Get 0x146c60, L"Parameter", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"Type", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"VariantType", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"DefaultValue", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Release destroying 0x146c60 002d:trace:wbemprox:enum_class_object_Next 0x146fa8, -1, 1, 0x33f5c0, 0x33f5ac 002d:trace:wbemprox:add_table table L"__WIN32_SERVICE_STARTSERVICE_OUT" already exists 002d:trace:wbemprox:free_table destroying 0x146c60 002d:trace:wbemprox:enum_class_object_Release destroying 0x146fa8 002d:trace:wbemprox:grab_table returning 0x146b88 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f694 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146d68 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", 0x33f72c 002d:trace:wbemprox:create_class_object returning iface 0x146c60 002d:trace:wbemprox:class_object_SpawnInstance 0x146c60, 00000000, (nil) 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", (nil) ... 002d:trace:wbemprox:create_class_object returning iface 0x146c60 ... 002d:trace:wbemprox:class_object_SpawnInstance 0x146c60, 00000000, (nil) ... 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", (nil) ... 002d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7ddfdb55 ip=7ddfdb55 tid=002d 002d:trace:seh:raise_exception info[0]=00000001 002d:trace:seh:raise_exception info[1]=00000000 002d:trace:seh:raise_exception eax=00000000 ebx=7de17000 ecx=00146dc2 edx=001450a0 esi=0033f848 edi=7bcec7ec 002d:trace:seh:raise_exception ebp=0033f6a8 esp=0033f660 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002d:trace:seh:call_stack_handlers calling handler at 0x411827 code=c0000005 flags=0 ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7ddfdb55 ESP:0033f660 EBP:0033f6a8 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:7de17000 ECX:00146dc2 EDX:001450a0 ESI:0033f848 EDI:7bcec7ec ... Backtrace: =>0 0x7ddfdb55 create_class_object+0x13b(name="__WIN32_SERVICE_STARTSERVICE_OUT", iter=(nil), index=0, record=0x146c88, obj=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:1037] in wbemprox (0x0033f6a8) 1 0x7ddfc960 class_object_SpawnInstance+0xf5(iface=0x146c60, lFlags=0, ppNewInstance=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:662] in wbemprox (0x0033f6f8) 2 0x7de04189 service_start_service+0x15a(obj=0x146b00, in=(nil), out=(nil)) [/home/focht/projects/wine/wine.repo/build-x86/dlls/wbemprox/../../include/wbemcli.h:1920] in wbemprox (0x0033f7a8) 3 0x7de068b3 wbem_services_ExecMethod+0x262(iface=<couldn't compute location>, strObjectPath=<couldn't compute location>, strMethodName=<couldn't compute location>, lFlags=<couldn't compute location>, pCtx=<couldn't compute location>, pInParams=<couldn't compute location>, ppOutParams=<couldn't compute location>, ppCallResult=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/services.c:828] in wbemprox (0x0033f838) 4 0x00401818 in servicestarter (+0x1817) (0x0033f8e8) 5 0x004022cd in servicestarter (+0x22cc) (0x0033fd5c) 6 0x004012af in servicestarter (+0x12ae) (0x0033fd90) 7 0x0040350b in servicestarter (+0x350a) (0x0033fe20) 8 0x7b864208 call_process_entry+0xb() in kernel32 (0x0033fe38) ... 0x7ddfdb55 create_class_object+0x13b [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:1037] in wbemprox: movl %edx,0x0(%eax) 1037 *obj = &co->IWbemClassObject_iface; Modules: Module Address Debug info Name (74 modules) PE 400000- 427000 Export servicestarter ... Threads: process tid prio (all id:s are in hex) ... 0000002c (D) C:\Program Files\ICQ6Toolbar\ServiceStarter.exe 0000002d 0 <== --- snip --- $ sha1sum install_icq77.exe 7997623f1389c51f1ceee1d770d0798dbe68b4a1 install_icq77.exe $ du -sh install_icq77.exe 16M install_icq77.exe $ wine --version wine-1.7.18-113-gfc25510 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.

2 4

[Bug 51438] New: Rust compiler crashes with "free(): double free detected in tcache 2" message
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51438 Bug ID: 51438 Summary: Rust compiler crashes with "free(): double free detected in tcache 2" message Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- When I installed on clear prefix rustc with cargo - https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi ``` wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi ``` then after running commands ``` echo "fn main() { println!(\"Hello World!\");}" > roman.rs rustc roman.rs ``` compiler crashes with this info(not sure if this is Wine or Rustc info) ``` free(): double free detected in tcache 2 ``` I think that this issue is very important to fix, because Rust allows to run tests via e.g. `cargo test` command which allows to execute tests inside repository. This probably will really help with testing Wine because tests are usually small and it will be easy to track issue down. There is a lot of rust repositories, but this two use directly windows API, so testing them should give easy info about crashes etc. https://github.com/microsoft/windows-samples-rs https://github.com/microsoft/windows-rs -- 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 14

[Bug 50804] New: LTSpice XVII will not start
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50804 Bug ID: 50804 Summary: LTSpice XVII will not start Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: will.nilges(a)gmail.com Distribution: --- Created attachment 69614 --> https://bugs.winehq.org/attachment.cgi?id=69614 .desktop startup errors After installing LTSpice (which appears to work fine), the program will not start, failing silently if you use the provided .desktop file (either of them), and giving little helpful output otherwise. I believe that LTSpice worked fine on some earlier version of Wine 6. 6.1 seems to work. A possibly related issue is that the installer complains at you with the following message: "You have User Account Control (UAC) enabled but did not 'Run As Administrator' If you want to try to install in a directory you have full permissions, press 'YES' to continue anyway." I'm running Fedora 33 with GNOME on Wayland. This happens on any of my Fedora GNOME computers. I have tried no other operating system. My current workaround is to downgrade to Wine 5.18. -- 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 46

[Bug 51059] New: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51059 Bug ID: 51059 Summary: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This bug affects the Cygwin installer (https://cygwin.com/setup-x86_64.exe); specifically, it fails to verify SHA512 checksums of downloaded packages. (Source at https://cygwin.com/git/?p=cygwin-apps/setup.git;a=blob;f=package_source.cc, in method packagesource::check_sha512) Running the installer with WINEDEBUG=trace+file,trace+server reports: CreateFileW ("XXXX.tar.xz") [1] NtCreateFile ("XXXX.tar.xz", w/o FILE_OPEN_REPARSE_POINT) [1] CreateFileW return [1] NtQueryInformationFile FileBasicInformation [1] (server)close_handle [1] NtCreateFile ("XXXX.tar.xz", w/ FILE_OPEN_REPARSE_POINT) [2] NtReadFile [2] -> STATUS_INVALID_HANDLE The square brackets denote file handles. Handle reuse bug has been ruled out. This bug can be traced to an incorrect FILE_OPEN_REPARSE_POINT implementation in Wine-staging, in "ntdll-Junction_Points/0016-server-Implement-FILE_OPEN_REPARSE_POINT-option.patch": > diff --git a/server/fd.c b/server/fd.c > index 4f43f41fb31..a01d4c9c0f7 100644 > --- a/server/fd.c > +++ b/server/fd.c > @@ -107,6 +107,10 @@ > #include "winioctl.h" > #include "ddk/wdm.h" > > +#if !defined(O_SYMLINK) && defined(O_PATH) > +# define O_SYMLINK (O_NOFOLLOW | O_PATH) > +#endif On Linux, read/write/ioctl/... operations on an O_PATH descriptor will fail with EBADF, which is then translated as STATUS_INVALID_HANDLE to the application. > + > #if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_EPOLL_CREATE) > # include <sys/epoll.h> > # define USE_EPOLL > @@ -1958,6 +1962,11 @@ struct fd *open_fd( struct fd *root, const char *name, struct unicode_str nt_nam > } > else rw_mode = O_RDONLY; > > +#if defined(O_SYMLINK) > + if ((options & FILE_OPEN_REPARSE_POINT) && !(flags & O_CREAT)) > + flags |= O_SYMLINK; Another difference is that O_PATH semantics override O_RDONLY/O_WRONLY/O_RDWR, even if the target file isn't _actually_ a symbolic link. To properly implement it on Linux we should: 1. open with O_PATH. 2. check if the file is really a symlink (via fstat?). 3. if not, reopen via /proc/self/fd/%u (now w/o O_NOFOLLOW|O_PATH). Note that this isn't an issue on XNU (macOS), where O_SYMLINK has an equivalent semantics to FILE_OPEN_REPARSE_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.

1 8

[Bug 50878] New: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene.
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50878 Bug ID: 50878 Summary: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene. Product: Wine-staging Version: 6.3 Hardware: x86-64 URL: https://www.cryengine.com/marketplace/product/neon-noi r OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since Wine-Staging-6.3 it silent crash after clicking to start benchmark button and loading but before scene rendering after black screen. I'm already done bisecting. The problem appeared after this commit: <https://github.com/wine-staging/wine-staging/commit/750044c08c49c7a117fcc91…> Also I did some more tests on current Wine-Staging and found that preventing the 0035 patch from applying (and all subsequent ones) - helps. While if you add patch 0035 applying, but prevent the applying of 0036 and subsequent - the problem appears again. 0035 patch: "ntdll: Treat undecoded unix symlinks as NT symlinks." <https://github.com/wine-staging/wine-staging/blob/7b199110bb31100c78aa3ffb7…> The benchmark is free, but requires registering an account and a separate launcher to download it (it will not be necessary to run it, you can simply copy the Neon_Noir_Ray_Tracing_Benchmark_2527 directory with it inside the fresh prefixes). On the site need only add the benchmark to your account https://www.cryengine.com/marketplace/product/neon-noir For launcher need use `WINEDLLOVERRIDES="libglesv2=d"` because Bug 44985 and `winetricks -q mfc140` need for benchmark itself Bug 44856 Bug 48866 It also seems this application requires `d3d11-Deferred_Context` from Staging, but the strange thing is, on vanilla Wine without it, it crashes in the same place and from the outside it seems that the behavior is identical. Please, check it. And can anyone reproduce it. -- 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 21

[Bug 51857] New: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51857 Bug ID: 51857 Summary: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards Product: Wine Version: 5.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ishinberg0(a)gmail.com Distribution: --- `NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`, at least on wine 4.0.x. This would provide micro-second accuracy for timestamping used in logging,tracing, etc On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the `configure` phase of the wine build). This results in milliseconds accuracy (though the resolution is still in microseconds, it only gets updated around once every 1 ms / 1000 us. This is not optimal for application requiring us precision for timestamp measurement. If this suggestion is approved, I'd be willing to contribute a PR/fix for this issue. I also need this fix backported to 6.0.x, if possible 10x -- 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 50319] New: Powerpoint 2013/365: cursor not moved when clicking in current text box
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

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.

1 10

[Bug 51558] New: PDCursesMod - wincon - demos programs
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51558 Bug ID: 51558 Summary: PDCursesMod - wincon - demos programs Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- I tried to do run "PDCursesMod - wincon - demos programs" but no program works unlike Windows-10 where these same programs work. Public Domain Curses (Modified), aka PDCursesMod, is an implementation of X/Open curses for multiple platforms. As the name suggests, it is a modified version of the ‘official’ PDCurses project, adding a variety of improvements, such as Windows GUI, VT-like console, DOSVGA, and Plan 9 “flavors” of Curses. It expands many of the capabilities of the other flavors (SDL1, SDL2, X11, Win32 console, OS/2, and DOS). git clone https://github.com/Bill-Gray/PDCursesMod.git wine64 version=wine-6.14-74-gccbb0eef7bc Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.August 2021 -- 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 33198] New: Multiple applications ported to WinRT/ARM using msvcr110.dll require msvcrt.setjmp
by wine-bugs＠winehq.org 08 Dec '21

08 Dec '21

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.

2 6

[Bug 32992] New: ARM port of "WabbitEMU" wants KERNEL32.dll.RtlLookupFunctionEntry
by wine-bugs＠winehq.org 08 Dec '21

08 Dec '21

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.

2 4

[Bug 51974] New: Dialogs that apear when loading documents don't work
by WineHQ Bugzilla 08 Dec '21

08 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51974 Bug ID: 51974 Summary: Dialogs that apear when loading documents don't work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tebicap(a)gmail.com Distribution: --- Created attachment 70961 --> https://bugs.winehq.org/attachment.cgi?id=70961 Corel Drax X3 portable, import options dialog. When Loading a file from Corel Draw or Adobe Illustrator (and may be others?) these programs show a dialog with import options, this dialog don't allow me to click on the buttons "OK", "CANCEL", nor any other stuff in the dialog. It's like the dialog's window don't get focused and dont interact with the mouse nor keyboard, instead, the application below (if there is any other window opened) receive the actions of my computer inputs. If I open these programs and open any document that don't need to show me an import dialog then the file opens OK. Dialogs in general works well, but not the import options dialog. Atached Images. This bug happen on all wine versions I tried (the last one was 6.17 stage) my system is: Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-89-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i3-3240 CPU @ 3.40GHz Memory: 5,8 GiB -- 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 50770] New: Unable to create symlinks to files in a nonexistent directory
by WineHQ Bugzilla 07 Dec '21

07 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50770 Bug ID: 50770 Summary: Unable to create symlinks to files in a nonexistent directory Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69562 --> https://bugs.winehq.org/attachment.cgi?id=69562 Testcase Creating a symlink pointing to a file that doesn't exist, succeeds as it should, e.g. CreateSymbolicLinkA("link", "nonexistentfile") succeeds. However, CreateSymbolicLinkA("link", "nonexistentdir\\nonexistentfile") fails. -- 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 20

[Bug 50625] New: Unhandled exception with try/catch
by WineHQ Bugzilla 07 Dec '21

07 Dec '21

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.

1 28

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 November 2021