March 2022 - Wine-bugs - list.winehq.org

[Bug 52758] New: SilkyPix Developer version 11 crashes on starting
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52758 Bug ID: 52758 Summary: SilkyPix Developer version 11 crashes on starting Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alan(a)rubin.org.uk Distribution: --- Created attachment 72123 --> https://bugs.winehq.org/attachment.cgi?id=72123 Backtrace produced from wine encountering serious error I have used SilkyPix version 6 for many years under wine 32 bit. I have now installed SilkyPix 11 in wine64. Thisprogram requires Windows 10+ and 64bit. The installation was successful but on running the program crashes just as the main window comes up. Backtrace attached -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 52634] New: err:virtual:virtual_setup_exception stack overflow and could not load kernel32.dll when doing anything
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52634 Bug ID: 52634 Summary: err:virtual:virtual_setup_exception stack overflow and could not load kernel32.dll when doing anything Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bill081001(a)gmail.com Distribution: --- Created attachment 71959 --> https://bugs.winehq.org/attachment.cgi?id=71959 Relay log of running winecfg on a new prefix I'm on Arch Linux and my Wine installation has not been working since version 6.19 Creating a new prefix and running winecfg yields the following error: $ rm -rf ~/.wine && ./wine winecfg wine: created the configuration directory '/home/kuroni/.wine' 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0040:err:virtual:virtual_setup_exception stack overflow 708 bytes in thread 0040 addr 0x223d656d stack 0x120d3c (0x120000-0x121000-0x320000) 002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread 002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000) wine: could not load kernel32.dll, status c0000135 Running winecfg or any applications on the created prefix yields a similar error: $ ./wine winecfg 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread 002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000) wine: could not load kernel32.dll, status c0000135 Note that these are run on a fresh build of wine. I bisected and this is the faulty commit: commit f309721d13d8d728732ca97224c7502493ff6026 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Oct 6 16:20:19 2021 +0200 gdi32: Use __wine_unix_call interface for Unix library. -- 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 52748] New: patch winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW causing some focus error
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52748 Bug ID: 52748 Summary: patch winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW causing some focus error 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: l12436(a)yahoo.com.tw CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Some game switch out of the game by using alt+tab, and switch back. The game no longer accept input of the mouse, but the vanilla wine does not has this issue. After I debugging, disabling the patchset winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW will make it working again. I thought maybe there are some defect in winex11__NET_ACTIVE_WINDOW patch. -- 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 52643] New: 0024:err:module:import_dll Library api-ms-*
by WineHQ Bugzilla 01 Apr '22

01 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52643 Bug ID: 52643 Summary: 0024:err:module:import_dll Library api-ms-* Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: enni(a)telsh.de Distribution: --- Hi, starting with the WINE update to 7.3 on my Manjaro distro the game "Titan Quest" does not work anymore. Though it crashed before the update sometimes after playing ~30 minutes, after the update it crashed immediately when I opened the character inventory or waited for a couple of minutes. As I thought this might be related to something I have done or set in the application, I deleted the whole WINEPREFIX folder and created it again plus running "winecfg" once to update the data that is needed in the folder (without changing anything manually). Codewise it looks like: $ cd $WINEPREFIX && cd .. $ rm -rf TitanQuest $ mkdir TitanQuest $ winecfg Then I did a couple of tests to get the game running again: 1) Install the game and let it install its libs and dependencies -> Game does not start at all (as expected as fonts, codecs, etc are missing) 2) Install corefonts+tahoma, dsound and l3codecx with winetricks -> Game does not start with "api-ms-* libraries not found" 3) Install vcrun2019 -> same as 2) 4) Install vcrun2013 -> same as 2) I also tried to change all the libraries from "Native" to "Builtin" with winecfg but this does not resolve the issue. Before the update, the libraries were in the "windows/system32" folder but right now they are not, even if I try to reinstall/repair the vcrun* packages. As I saw that the implementation changed, I thought it might be of value to you to get that feedback... And as I was not able to find some documentation in the wiki that describes my issue or how to resolve it, I'm a bit lost on how to proceed... Thanks alot for taking the time and please reach out in case I can test some patch etc! Kind regards, enni -- 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 52756] New: Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673).
by WineHQ Bugzilla 31 Mar '22

31 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52756 Bug ID: 52756 Summary: Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673). Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tanuj.phd(a)gmail.com Distribution: --- Created attachment 72122 --> https://bugs.winehq.org/attachment.cgi?id=72122 Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673). HI, When I open an application ZeroBrane Studio using Wine, it give me an error and does not allow the program to run. See attached. Thank you -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 52754] New: When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse.
by WineHQ Bugzilla 31 Mar '22

31 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52754 Bug ID: 52754 Summary: When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: take-me-home(a)kakao.com Distribution: --- When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse. Therefore, when move the cursor, the text in the Composition state is inserted into the new cursor position. As a normal operation, should inform IME that Composition has been completed and handle events related to click buttons after completing IME operations. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 52753] New: Embrilliance: Cursor disappears when trying to draw/edit stitches in create mode.
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52753 Bug ID: 52753 Summary: Embrilliance: Cursor disappears when trying to draw/edit stitches in create mode. Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jmyles57(a)gmail.com Distribution: --- Created attachment 72121 --> https://bugs.winehq.org/attachment.cgi?id=72121 Image of buttons to press to recreate issue Requires any Embrilliance module that lets you interact with the stitches. (Such as Stitch Artist). To reproduce: 1) Click the 'Create' button 2) Click any tool that allows you to draw on the canvas 3) Move cursor to the canvas, mouse cursor disappears. Software otherwise works excellent with Wine! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 48758] New: ConEmu Ctrl+c has different behavior
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48758 Bug ID: 48758 Summary: ConEmu Ctrl+c has different behavior Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- In ConEmu, Ctrl+c behavior is different on Wine and Windows. ConEmu+Cmd on Windows: Ctrl+c breaks current command and starts new empty prompt Ctrl+C shows ^C ConEmu+Cmd on Wine: Ctrl+c shows 'c' Ctrl+C terminates ConEmu completely ConEmu+Far Manager+console application on Windows: Ctrl+c terminates the application Ctrl+C shows ^C ConEmu+Far Manager+console application on Wine: Ctrl+c does nothing or shows 'c' Ctrl+C terminates the 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 17

[Bug 52614] New: 002c:err:module:load_apiset_dll failed to load apiset: c0000482
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52614 Bug ID: 52614 Summary: 002c:err:module:load_apiset_dll failed to load apiset: c0000482 Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: mahg361(a)gmail.com Distribution: --- $ WINEPREFIX="/home/m/.wine" WINEARCH=win64 wine64 wineboot wine: created the configuration directory '/home/m/.wine' 002c:err:module:load_apiset_dll failed to load apiset: c0000482 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0034:err:module:load_apiset_dll failed to load apiset: c0000482 0040:err:module:load_apiset_dll failed to load apiset: c0000482 0048:err:module:load_apiset_dll failed to load apiset: c0000482 . . . It happens only with wine64 I installed wine using Arch Linux official repo -- 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 13

[Bug 52727] New: Access to window.external in an embedded browser breaks javascript
by WineHQ Bugzilla 29 Mar '22

29 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52727 Bug ID: 52727 Summary: Access to window.external in an embedded browser breaks javascript Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Distribution: --- I'm not sure that this is problem for ieframe, or shdocw, or gecko component, but when javascript in an embedded browser tries to access custom window.external object defined with an implementation of IDocHostUIHandler.GetExternal() then javascript fails to proceed. The call of GetExternal() function returns successfully. A javascript code looks like: {script} document.write('external: '); var obj2 = window.external; -- next lines won't execute on Wine, but work on Wndws document.write(obj2); document.write('<br>'); var obj3 = window.external.myProperty; {/script} Embedding is done like in the article: https://delphidabbler.com/articles/article-22 TODO: Make isolated test case if information is not enough. -- 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