December 2021 - wine-bugs

[Bug 50368] New: DragonAge Origins Launcher doesn't toggle music status
by WineHQ Bugzilla 13 May '22

13 May '22

https://bugs.winehq.org/show_bug.cgi?id=50368 Bug ID: 50368 Summary: DragonAge Origins Launcher doesn't toggle music status Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: ArchLinux Until recently the Dragon Age Origins Launcher didn't work at all becouse bug #44185 that was recently fixed. However now, the laucnehr start, it play correctly the music but the toggle button to disable/enable the music doesn't work. This is the flow of what seems the issue: 0164:trace:mci:mciSendStringW (L"pause all", 0074EE48, 100, 00000000) 0164:trace:mci:mciSendStringW verb=L"pause" on dev=L"all"; offset=4 0164:trace:mci:mciSendStringW [-1, MCI_PAUSE, 00000000, 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000] 0164:fixme:mci:MCI_SendCommand unhandled MCI_ALL_DEVICE_ID 0164:trace:mci:mciSendStringW => 117 wine isn't handling correctly the MCI_ALL_DEVICE_ID case in cases others then closing the device. This affect just the launcher (the game should work properly if not regressed recently, still didn't try) so low priority, but other programs may be affected. -- 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 51217] New: RtlWow64IsWowGuestMachineSupported() check fails on w1064v1607 for the 32-bit ntdll:info
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=51217 Bug ID: 51217 Summary: RtlWow64IsWowGuestMachineSupported() check fails on w1064v1607 for the 32-bit ntdll:info Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:info has a failure on w1064v1607 (Windows 10 64-bit version 1607 running the 32-bit tests): https://test.winehq.org/data/patterns.html#ntdll:info info.c:3024: Test failed: wrong result 0 This is a check of the RtlWow64IsWowGuestMachineSupported() result. The commit that introduced this check is: commit 4f8ede8e7665328a2a3ccd303875e239bf443512 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Thu Apr 29 17:15:15 2021 +0200 ntdll: Implement RtlWow64IsWowGuestMachineSupported(). 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 51078] New: mshtml:events hangs on Windows 10 1709
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=51078 Bug ID: 51078 Summary: mshtml:events hangs on Windows 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 69941 --> https://bugs.winehq.org/attachment.cgi?id=69941 Patch to more reliably reproduce the hang mshtml:events sometimes hangs on Windows 10 1709: http://winetest.dolphin/data/patterns.html#mshtml:events For some reason this only happens on Windows 1709 (the reports say this is mshtml 11.0.16299.309). The test proceeds all the way to the end but then does not exit because the mshtml component still has threads running: VSyncHelper Internet Explorer_Hidden MSCTFIME UI Commenting out the test_focus() run gets rid of the hangs. Also running the test with WINETEST_INTERACTIVE=1 greatly increases the probability of getting a hang. I attached a patch that does that and can be used to reproduce the hang on the TestBot's w1064v1709 VM. So this is clearly related to focus. -- 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 39659] New: comctl32:button test gets unexpected WM_CANCELMODE on my Windows 8 laptop
by wine-bugs＠winehq.org 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=39659 Bug ID: 39659 Summary: comctl32:button test gets unexpected WM_CANCELMODE on my Windows 8 laptop Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Created attachment 52866 --> https://bugs.winehq.org/attachment.cgi?id=52866 log of test failure Test report: https://test.winehq.org/data/1d19eb15d4abfdd14dccc5ac05b83c0ee1a1ace1/win8_… Message tests calling SetFocus() on a button fail on my Windows 8 machine, because they get a WM_CANCELMODE message they weren't expecting. I have no idea what's special about my setup. It doesn't matter if I run the test stand-alone or with the full test suite, or if I run it as a dedicated user with a default configuration. -- 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 30875] New: Unable to deselect character blocks in BMFont
by wine-bugs＠winehq.org 12 May '22

12 May '22

http://bugs.winehq.org/show_bug.cgi?id=30875 Bug #: 30875 Summary: Unable to deselect character blocks in BMFont Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dav75uk(a)yahoo.co.uk Classification: Unclassified Run BMFont (http://www.angelcode.com/products/bmfont/) and click on some of the checkboxes to the right to select characters to be included. It is not possible to uncheck the checkboxes. Workaround is to unselect one of the characters (click on a character in that range) which changes the full checked box to a part check box. The part check box can be unselected. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 45432] New: Implement Windows Native Firewall Rules for Lightwave Software Licensing - netfw_rules
by wine-bugs＠winehq.org 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=45432 Bug ID: 45432 Summary: Implement Windows Native Firewall Rules for Lightwave Software Licensing - netfw_rules Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newel.anderson(a)gmail.com Distribution: --- Created attachment 61753 --> https://bugs.winehq.org/attachment.cgi?id=61753 Terminal logs installing and launching Lightwave under WIne 3.11 in Linux Lightwave requires Windows Native Firewall Inbound/Outbound Rules in order to register/activate one's license. For reference, please see: https://forum.winehq.org/viewtopic.php?f=8&t=30847&p=116945#p116945 (I'm wineink) Towards the end of the above thread I posted terminal output as well as screenshots. Disabling Windows Firewall, as well as deleting the inbound/outbound rules in Windows, deactivates my license. Re-enabling the rules and Windows Firewall reactivates my license. Since this functionality doesn't exist in Wine, Wine hasn't to my knowledge implemented Windows Native Firewall Rules, it's impossible to register/activate my legally purchased license in Wine. Thank you for your time and consideration. ***Please note, the above applies only to a FULL license of Lightwave. The trial, which is node-locked, works as designed. Unfortunately, the FULL license is not node-locked. -- 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 45

[Bug 33621] New: [UWIN] ksh93 from UWIN generates a lot of fixme warnings
by wine-bugs＠winehq.org 11 May '22

11 May '22

http://bugs.winehq.org/show_bug.cgi?id=33621 Bug #: 33621 Summary: [UWIN] ksh93 from UWIN generates a lot of fixme warnings Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simon.toedt(a)gmail.com Classification: Unclassified Running ksh93 (Korn Shell 93) from the UWIN (Unix emulation on Windows) toolkit generates a lot of "fixme" warnings and the shell is generally not useable. The goal is to use WINE for automated testing without having to fire up a full blown Windows system each time in VMware or real iron. Steps to test: 1. Install UWIN: > wget --http-user="I accept www.opensource.org/licenses/eclipse" --http-passwd="." 'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…' > wine uwin-base.2013-02-08.win32.i386.exe 2. Run Windows/UWIN version of ksh93: wine64 'C:\Program Files/UWIN/usr/bin/ksh.exe' fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:process:SetProcessShutdownParameters (00000000, 00000001): partial stub. fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:advapi:LsaOpenPolicy ((null),0x23f980,0x00000001,0x23f950) stub fixme:advapi:LsaClose (0xcafe) stub fixme:netbios:NetServerEnum Stub ((null) 100 0x23f440 -1 0x23fbb8 0x23fbc8 24 (null) (nil)) fixme:netapi32:NetGetDCName ((null), (null), 0x23f448) stub! fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0xf70850,symt:0xfce150) fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 -> r8/336) fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 -> r8/336) fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x20e2370,symt:0x2140480) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2914e98,symt:0x2970264) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2943cb0,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2914e90,symt:(nil)) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x36b3448,symt:0x378fa1c) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743718,symt:0x37781b4) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743658,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x37425a0,symt:0x3754e38) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil)) fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented wine version is wine-1.5.30. Wine versions older than wine-1.5.30 may not work as described in bug 33619. IMO the most pressing problems are: 1. fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. 2. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented 3. fixme:netapi32:NetUserGetInfo Level 3 is not implemented 4. fixme:ntdll:NtSetInformationToken unimplemented class 4 5. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented -- 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 45098] New: FrostPunk: multiple graphical glitches
by wine-bugs＠winehq.org 07 May '22

07 May '22

https://bugs.winehq.org/show_bug.cgi?id=45098 Bug ID: 45098 Summary: FrostPunk: multiple graphical glitches Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)embed.me.uk Distribution: --- Created attachment 61268 --> https://bugs.winehq.org/attachment.cgi?id=61268 FrostPunk log With patch posted in https://bugs.winehq.org/show_bug.cgi?id=45080 the game sucessfully starts however there are severe graphical glitches which render it unplayable. Log attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

[Bug 50458] New: Tooltips block input in Foobar2000
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=50458 Bug ID: 50458 Summary: Tooltips block input in Foobar2000 Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debilerpc(a)web.de Distribution: --- **Context:** Like with most media players, Foobar2000's playlist view is essentially a spreadsheet where each line is a track and each column displays a tag or metadata field. If the length of the tag exceeds the width of the column, it gets cut off. You can see the full tag in a tooltip by hovering over it with a mouse in that case. **The problem:** As long as the tooltip is displayed, the app registers neither keyboard nor mouse input. I suspect this problem exists in a variety of [apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but here it is especially annoying. **Expected behavior:** When input is sent, the tooltip should disappear, and Foobar2000 should react to the input. This is what happens under Windows 10. -- 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 45388] New: user32: edit fails on Traditional Chinese and Korean locales
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=45388 Bug ID: 45388 Summary: user32:edit fails on Traditional Chinese and Korean locales Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:edit fails with the following errors on Traditional Chinese and Korean locales: edit.c:1489: Test failed: 0: got 1, 1 edit.c:1510: Test failed: 0: got 1, 1 edit.c:1524: Test failed: 0: got 1, 1 edit.c:1538: Test failed: 0: got 1, 1 See: * Source matching the above https://source.winehq.org/git/wine.git/?a=blob;f=dlls/user32/tests/edit.c;h… * user32:edit WineTest failures https://test.winehq.org/data/tests/user32:edit.html The errors can be reproduced on the newtb-wvistau64-zh-cn TestBot VM, and also happen on fg-win7u64-1spie9-ko. -- 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 3

[Bug 52149] New: user32:dialog fails in test_DialogBoxParam() on current Windows 10 21H1
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52149 Bug ID: 52149 Summary: user32:dialog fails in test_DialogBoxParam() on current Windows 10 21H1 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:dialog fails in test_DialogBoxParam() on current Windows 10 21H1: dialog.c:1854: Test failed: got 1407 https://test.winehq.org/data/patterns.html#user32:dialog So instead of failing with an error code of 0, the call below fails with ERROR_CANNOT_FIND_WND_CLASS... which makes sense? ret = DialogBoxParamA(GetModuleHandleA(NULL), "TEST_DIALOG_INVALID_CLASS", 0, DestroyDlgWinProc, 0); It's interesting to note that this failure did not happen on the initial Windows 10 21H1 test configurations (2021-08-23). As far as I can tell it's only after KB5006670 was applied (on 2021-10-21) that the test started failing. Unfortunately this is a cumulative update so it may not help narrow down the cause very much. -- 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 48045] New: comdlg32:filedlg crashes or times out randomly
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=48045 Bug ID: 48045 Summary: comdlg32:filedlg crashes or times out randomly Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65586 --> https://bugs.winehq.org/attachment.cgi?id=65586 comdlg32:filedlg: Traces to debug random crash / timeouts. comdlg32:filedlg crashes randomly on all Windows versions from Vista to Windows 8 while Windows 10 (at least 1507, 1709 and 1809) gets random timeouts. https://test.winehq.org/data/tests/comdlg32:filedlg.html When successful comdlg32:filedlg does not print much so the standard reports are pretty much useless to spot the place where the test gets stuck on Windows 10, assuming it gets stuck in a specific place rather than just being slow. As for the crashes, they don't trigger the tests exc_filter() so there is no indication of the last successful ok() call. Turning on 'Report successful tests' may be preventing the crash (or these runs just got lucky). It's possible to reproduce the crash while adding the traces in the attached patch. This is not entirely fruitful as the crashes don't seem to always happen in the same place. test_extension() is the place where most issues happen though: https://testbot.winehq.org/JobDetails.pl?Key=59060 -> wvistau64: Crash in test_extension(). Based on the test_extension_helper() traces, it happened in the loop with i=1 so for "TestFilter (*.abc;)\0*.abc;\0". https://testbot.winehq.org/JobDetails.pl?Key=59086 -> w2008s64+exe: Crash on or after test_extension() return https://testbot.winehq.org/JobDetails.pl?Key=59088 -> wvistau64+exe: Crash in test_DialogCancel() https://testbot.winehq.org/JobDetails.pl?Key=59091 -> wvistau64_fr: Spent 39s in test_null_filename() but no timeout https://testbot.winehq.org/JobDetails.pl?Key=59139 -> wvistau64: Crash in test_null_filename() -> wvistau64_fr: Timeout in test_extension() filedlg.c:1048: filter=[TestFilter (*.ab?) lpstrDefExt=NULL] https://testbot.winehq.org/JobDetails.pl?Key=59151 -> wvistau64: Crash in test_extension() filedlg.c:1048: filter=[TestFilter (*.abc.def)] -> wvistau64_fr: Timeout in or after test_mru() filedlg.c:637: 19 test_ok filedlg.c:904: 29 test_getfolderpath filedlg.c:986: 30 test_mru -> w1064v1809_zh_CN: Two failures in test_extension() filedlg.c:1053: Test failed: TestFilter (*.pt*;*.abc): expected TRUE filedlg.c:1059: Test failed: TestFilter (*.pt*;*.abc): Filename is deadbeef, expected deadbeef.xyz Memory corruption, maybe happening quite early in the test? -- 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 51181] New: d3d10core:d3d10core fails systematically on AMD GPUs
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51181 Bug ID: 51181 Summary: d3d10core:d3d10core fails systematically on AMD GPUs Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_instanced_draw() fails systematically in d3d10core:d3d10core on AMD GPUs (and sometimes there is a crash that follows): d3d10core.c:9275: Test failed: Got 0xfff0f010, expected 0xff80f010 at (160, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xfff0f040, expected 0xff80f040 at (240, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xffaaaacc, expected 0xffbbaacc at (480, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xffaaaa90, expected 0xffbbaa90 at (560, 0), sub-resource 0. Notice how this failure does not happen on the machines that have other GPUs such as cw-gtx560 or QEmu VMs, and how this does not depend on the Windows version or Radeon driver version for that matter: https://test.winehq.org/data/patterns.html#d3d10core:d3d10core So it looks like the test expects fails to account for the Radeon driver results for some reason. The commit that introduced this test is: commit fcd549345d96109179b125d31baf9e9073ecf643 Author: Józef Kucia <jkucia(a)codeweavers.com> AuthorDate: Mon Nov 6 10:55:20 2017 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Nov 6 19:37:09 2017 +0100 d3d10core/tests: Add test for SV_InstanceID. Signed-off-by: Józef Kucia <jkucia(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(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 8

[Bug 43995] New: Uplay - Assassin's Creed 4 Black Flag won't start
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=43995 Bug ID: 43995 Summary: Uplay - Assassin's Creed 4 Black Flag won't start Product: Wine-staging Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mi.bar.2001(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59652 --> https://bugs.winehq.org/attachment.cgi?id=59652 Terminal log from `wine AC4BFSP.exe` After clicking the "Play" button in Ubisoft Game Launcher (or launching `wine AC4BFSP.exe`), a window pops up informing, that the game is starting, but it disappears and the game doesn't launch. I don't have the Steam version, just the Uplay one. I've set Windows version to XP, wineprefix is 32-bit. Wine version will probably be visible when I post this, but I'm going to mention it just to be safe. Using Wine 2.20 staging -- 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 38

[Bug 52079] New: oleacc:main crashes randomly on Windows 10 1709+
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52079 Bug ID: 52079 Summary: oleacc:main crashes randomly on Windows 10 1709+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com oleacc:main crashes randomly on Windows 10 1709+ in both 32- and 64-bit: main.c:1041: Test failed: V_VT(&v) = 0 main.c:1048: Test failed: V_VT(&v) = 0 main.c:1049: Test failed: V_DISPATCH(&v) = 0000000000000000 main.c:1049: this is the last test seen before the exception 1050:main: unhandled exception c0000005 at 0000000000401597 oleacc:main:1050 done (-1073741819) in 0s Test failed: crash (c0000005) https://test.winehq.org/data/patterns.html#oleacc:main Unsurprisingly a bisect shows that the tests started failing with the commit that introduced the test: commit 1a3db363c6b4065af532a8db1e6309be753b1781 Author: Connor McAdams <cmcadams(a)codeweavers.com> Date: Mon Sep 20 18:03:31 2021 +0200 oleacc: Add Client_get_accFocus tests. Signed-off-by: Connor McAdams <cmcadams(a)codeweavers.com> Signed-off-by: Piotr Caban <piotr(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> At the time the crash happened after line 1037 which points to line 1039 as a likely culprit: 1032 /* Set focus to each child window. */ 1033 SetFocus(btn); 1034 hr = IAccessible_get_accFocus(acc, &v); 1035 ok(hr == S_OK, "hr %#x\n", hr); 1036 ok(V_VT(&v) == VT_DISPATCH, "V_VT(&v) = %d\n", V_VT(&v)); 1037 ok(V_DISPATCH(&v) != NULL, "V_DISPATCH(&v) = %p\n", V_DISPATCH(&v)); 1038 1039 hr = IDispatch_QueryInterface(V_DISPATCH(&v), &IID_IOleWindow, (void**)&ow); 1040 ok(hr == S_OK, "got %x\n", hr); That call has been moved to _check_acc_hwnd() and so the crash now happens in the first QueryInterface() call in that function: hr = IUnknown_QueryInterface(unk, &IID_IOleWindow, (void**)&ow); called from check_acc_hwnd((IUnknown*)V_DISPATCH(&v), btn); -- 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 51407] New: kernel32:time's test_GetCalendarInfo() fails in Hindi
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51407 Bug ID: 51407 Summary: kernel32:time's test_GetCalendarInfo() fails in Hindi Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 70263 --> https://bugs.winehq.org/attachment.cgi?id=70263 Broken fix and traces Three GetCalendarInfo() checks fail in Hindi: https://test.winehq.org/data/patterns.html#kernel32:time time.c:728: Test failed: GetCalendarInfoA failed err 87 time.c:731: Test failed: GetCalendarInfoA failed err 87 time.c:738: Test failed: got 0, expected 7 The immediate cause for the failure is that Hindi is one of the few languages for which NLS_IsUnicodeOnlyLcid() returns true. In turn this causes the ANSI GetCalendarInfoA() to return ERROR_INVALID_PARAMETER. The last failure just reflects the fact that the two calls to GetCalendarInfoA() should not have failed. Only Hindi fails and only in Wine. But before declaring this a Wine bug we need to look at Windows. * For some reason probably related to SetWinLocale [1] the system locale of w10pro64_hi is still English. * This causes both the ANSI and Unicode GetCalendarInfo() to return English names (Monday). * Manually setting the system locale to Hindi is possible on Windows 10 2004. What's interesting is the disabled and checked-by-default checkbox in that dialog: [X] Beta: Use Unicode UTF-8 for worldwide language support * And indeed doing that and running the test again results in GetCalendarInfoA() returning UTF-8 strings on Windows! time.c:730: ret=19 sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0" सोमवार time.c:735: ret2=19 sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0" सोमवार time.c:742: ret2=19 sdayname1=L"\0938\094b\092e\0935\093e\0930" * The beta moniker strongly suggests that this is a new option. Indeed selecting Hindi as the system locale was not possible in Windows 8.1 for instance. * This is probably also why SetWinLocale has trouble setting the system locale to Hindi. So the Windows behavior can be summarized as such: * Return localized values for non-Unicode-only locales. * In older Windows versions setting the system locale to a Unicode-only locale is impossible. * In newer Windows versions setting the system locale to a Unicode-only locale is possible and then it uses UTF-8. Commenting out the Hindi line in NLS_IsUnicodeOnlyLcid() fixes the failures in Wine (see attached patch). But this fix is wrong because it causes GetCalendarInfoA() to return question marks instead of intelligible strings. (it also impacts many APIs but that's probably ok based on the Windows behavior) So Wine should do one of the following: 1. Stick to a 'safe' system locale when $LANG is set to a Unicode-only locale. Typically this would be English. 2. Or use UTF-8 when the system locale is a Unicode-only locale. Option 2 would actually make a lot of sense on Unix systems but it is also more likely to break Windows applications. So option 1 may be the safer (and simpler?) option (for now). [1] https://source.winehq.org/git/tools.git/blob/HEAD:/testbot/bin/SetWinLocale… -- 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 43208] New: Assassin's Creed IV - Black Flag Hangs tightly
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=43208 Bug ID: 43208 Summary: Assassin's Creed IV - Black Flag Hangs tightly Product: Wine-staging Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- When you switch to the Big Inagua location, the game hangs tight, you have to do Cntrl + Atl + Delete to remove the task, then the game closes, then you receive an error message, the program ACBF.exe has a serious error, the application will be closed, we apologize for the inconvenience WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg ------ Program AC4BFSP.exe ------ err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status 0x2733 err:winedevice:async_create_driver failed to create driver L"ps6ajtsb": c0000135 err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from 192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA FE80:0000:0000:0000:0A12:F0CA:1A84:437A" err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102" err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in use; will try aspire89-P55A-UD4-2.local instead" err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from 192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4.local." err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local." err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". wine: Unhandled page fault on read access to 0x00000063 at address 0x8cfb7f (thread 0047), starting debugger... wine: Unhandled page fault at address 0x7bc5d590 (thread 0012), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 168") (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 51460] New: oleaut32:vartest has a todo because Wine uses an outdated currency symbol for Swiss Francs
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51460 Bug ID: 51460 Summary: oleaut32:vartest has a todo because Wine uses an outdated currency symbol for Swiss Francs Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine uses uses "SFr." as the currency symbol for Swiss francs instead of "CHF". According to Wikipedia: "The use of SFr. for Swiss Franc and fr.sv. are outdated" and are not recognized as correct by the "Secrétariat d'État à l'économie". https://en.wikipedia.org/wiki/Swiss_franc This forces the use of a todo in oleaut32:vartest: lcid = MAKELCID(MAKELANGID(LANG_FRENCH,SUBLANG_FRENCH_SWISS),SORT_DEFAULT); WCONVERT(L"3CHF", NUMPRS_CURRENCY|NUMPRS_USE_ALL); todo_wine EXPECT(1,NUMPRS_CURRENCY|NUMPRS_USE_ALL,NUMPRS_CURRENCY,4,0,0); And it may cause oleaut32:varformat to fail when run in a Swiss locale. The "SFr." currency symbol comes from nls/(de|fr|it)s.nls which are generated from Unicode tables by tools/make_unicode so it's not clear how to fix them. -- 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 48048] New: urlmon:protocol - The ftp test fail on Vista to Windows 8
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=48048 Bug ID: 48048 Summary: urlmon:protocol - The ftp test fail on Vista to Windows 8 Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The ftp protocol test in urlmon:protocol fails frequently on Windows from Vista to Windows 8: protocol.c:1188: Test failed: hrResult = 800c0006, expected E_PENDING or S_OK protocol.c:1193: Test failed: dwError = 12111, expected ERROR_SUCCESS protocol.c:3656: Test failed: wait timed out urlmon:protocol:0700 done (258) in 120s Test failed: timed out Note: 800c0006 is INET_E_OBJECT_NOT_FOUND See https://test.winehq.org/data/tests/urlmon:protocol.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 5

[Bug 18635] New: Menu bar is hidden in Adobe Lightroom 2.3
by wine-bugs＠winehq.org 06 May '22

06 May '22

http://bugs.winehq.org/show_bug.cgi?id=18635 Summary: Menu bar is hidden in Adobe Lightroom 2.3 Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas+wine(a)stromberg.org With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not display. If you click on the area that they should be, the menu does appear however. Lightroom 2.3 can be downloaded from https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free Adobe login required) I'm not sure where to go about tracing the issue down to, but I did notice the following calls that show that it is calling DrawMenuBar(). 0009:Call user32.GetMenu(0002003c) ret=60030cbe 0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe 0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4) ret=60030cec fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4) 0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec 0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb 0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb 0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06 0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06 0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c) ret=60030c22 0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22 0009:Call user32.DrawMenuBar(0002003c) ret=6008d171 -- 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 21

[Bug 51365] New: wininet:http causes urlmon:protocol to time out
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=51365 Bug ID: 51365 Summary: wininet:http causes urlmon:protocol to time out Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com If wininet:http is run before urlmon:url the latter will time out as follows: protocol.c:348: Test failed: unexpected call OnResponse protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE protocol.c:1101: Test failed: unexpected call ReportData protocol.c:3437: Test failed: wait timed out protocol.c:3439: Test failed: expected Switch protocol.c:3560: Testing http protocol (redirected, disable auto redirect)... protocol.c:469: QueryService(IID_IGetBindHandle) protocol.c:475: QueryService(IID_IWindowForBindingUI) protocol.c:1178: Test failed: unexpected call ReportResult protocol.c:1186: Test failed: hrResult = 800c0014, expected: 00000000 urlmon:protocol:0bd0 done (258) in 120s (0x800c0014 = INET_E_REDIRECT_FAILED) The timeout actually happens in test_http_protocol_url() on line 3437: ok( WaitForSingleObject(event_complete, 90000) == WAIT_OBJECT_0, "wait timed out\n" ); This actually happens on machines that use the wt-daily.bat script [1] because that script first runs the 32-bit tests (including wininet:http) and then the 64-bit tests and, obviously, no configuration 'reset' happens in between. Specifically this causes failures in the 64-bit urlmon:protocol results on cw-gtx560 and cw-rx460: https://test.winehq.org/data/patterns.html#urlmon:protocol [1] https://github.com/fgouget/wt-daily/blob/master/wt-daily.bat.template#L138 -- 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 50348] New: MFMEv20 Emulator crashes on start
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=50348 Bug ID: 50348 Summary: MFMEv20 Emulator crashes on start 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: adec2011.ac(a)gmail.com Distribution: --- Created attachment 68935 --> https://bugs.winehq.org/attachment.cgi?id=68935 Log file for crash MFMEv20 crashes on start. Log file 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 10

[Bug 46330] New: [Feature Request] Enable winelib on ppc64el
by wine-bugs＠winehq.org 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=46330 Bug ID: 46330 Summary: [Feature Request] Enable winelib on ppc64el Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- With the resurgence in POWER hardware support and interest centering around the POWER8/POWER9 chips, it would be great to get winelib support for the ppc64el architecture. This would allow Windows open source applications to be used on these powerful machines (e.g. FEMM, SQLYog, etc.). -- 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 46694] New: widl crashes in dlls/atl during build on ppc64el
by wine-bugs＠winehq.org 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46694 Bug ID: 46694 Summary: widl crashes in dlls/atl during build on ppc64el Product: Wine Version: 4.2 Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- Created attachment 63657 --> https://bugs.winehq.org/attachment.cgi?id=63657 Backtrace Building on ppc64el fails with a segmentation fault in widl while attempting to build dlls/atl. 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.

2 6

[Bug 48398] New: [PATCH] build failure on arm64 with new gcc
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48398 Bug ID: 48398 Summary: [PATCH] build failure on arm64 with new gcc Product: Wine Version: 5.0-rc1 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: costamagnagianfranco(a)yahoo.it Distribution: --- Description: ../../tools/winegcc/winegcc -o d3dcompiler_47.dll.so --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared d3dcompiler_47.spec -mno-cygwin asmparser.o blob.o bytecodewriter.o compiler.o main.o preproc.o reflection.o utils.o asmshader.tab.o hlsl.tab.o ppy.tab.o asmshader.yy.o hlsl.yy.o ppl.yy.o version.res ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine ../d3dx9_36/effect.c:1472:12: error: result of comparison of unsigned enum expression < 0 is always false [-Werror,-Wtautological-unsigned-enum-zero-compare] if (op < 0 || op > SCT_PSINT) ~~ ^ ~ 1 error generated. Author: Gianfranco Costamagna <locutusofborg(a)debian.org> Forwarded: pending Last-Update: 2019-12-31 --- wine-5.0~rc1.orig/dlls/d3dx9_36/effect.c +++ wine-5.0~rc1/dlls/d3dx9_36/effect.c @@ -1469,7 +1469,7 @@ static HRESULT d3dx_set_shader_const_sta D3DXVECTOR4 value; HRESULT ret; - if (op < 0 || op > SCT_PSINT) + if (op > SCT_PSINT) { FIXME("Unknown op %u.\n", op); return D3DERR_INVALIDCALL; An enum starting with 0 can't obviously assume negative values... -- 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 45385] New: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected.
by wine-bugs＠winehq.org 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45385 Bug ID: 45385 Summary: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected. Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: johnfound(a)asm32.info Distribution: --- I noticed that the state of the keys sometimes sticks in pressed state. This happens when cycling windows with some shortcut key combination. For example if cycling with Alt+Tab, on pressing Alt, the program gets WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling windows, the program does not get WM_KEYUP because the window is not focused and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state. When cycling back to the program window, the window get focused only after releasing Alt key, so it does not get this event as well. If cycling windows with another shortcut key combination (for example Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick. In the same time, GetAsyncKeyState returns the proper state of the keys. Note1: The problem is obviously in the wineserver code, because it handles the key state tables for the different threads. Note2: The effect happens only sometimes. It seems the code for proper processing is already there, but some racing conditions have place. Note3: There is some probability that the effect is in result of my application code, but it never happens on real Windows, so I considered it a bug. Note4: I tried to workaround this problem by reading the whole table by GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE message of the main window. This workaround actually works, but is too ugly IMO. The same trick on WM_ACTIVATEAPP does not work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 33058] New: Visual Basic 6 crashes when object browser is clicked
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=33058 Bug #: 33058 Summary: Visual Basic 6 crashes when object browser is clicked Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Regression SHA1: Visual Basic 6 crashes when object browser button is clicked Created attachment 43703 --> http://bugs.winehq.org/attachment.cgi?id=43703 Backtrace Visual Basic 6 IDE crashes when object browser is clicked -- 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 24914] New: Unable to resize form in visual basic 6 enterprise
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24914 Summary: Unable to resize form in visual basic 6 enterprise Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stupidhomer(a)gmail.com If I make a new Standard Project and attempt to resize the form, it locks the whole form window, and to get it back, I have to double click on "Form1" in the project sidebar. No error messages or output from wine to understand the problem. -- 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 13

[Bug 48008] New: WinSCP can't display Chinese characters correctly
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48008 Bug ID: 48008 Summary: WinSCP can't display Chinese characters correctly Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wwycheuk(a)gmail.com Distribution: --- Created attachment 65539 --> https://bugs.winehq.org/attachment.cgi?id=65539 screenshot Ubuntu Studio 19.10 is installed using Traditional Chinese interface. Downloaded and installed the latest version of WinSCP 5.15.5 from https://winscp.net/eng/download.php The Chinese characters in the dialog box appear as boxes, but the characters in main window are ok. (see picture 1) The Chinese characters in folder also appear as boxes (see picture 2), not sure whether they are of the same root cause. -- 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 49111] New: ELWAVE Demo installer crashes on start
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49111 Bug ID: 49111 Summary: ELWAVE Demo installer crashes on start Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 67087 --> https://bugs.winehq.org/attachment.cgi?id=67087 Wine log The installer crashes as soon as its run, see attached log - that's a full log, not only the backtrace. -- 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 49112] New: ELWAVE doesn't start - detects Wine as VM
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49112 Bug ID: 49112 Summary: ELWAVE doesn't start - detects Wine as VM Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program doesn't start, since it refuses to work in a VM but detects Wine as such. Seems to work on older CPUs though, so maybe that's a clue. Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826 -- 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 51387] New: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section"
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51387 Bug ID: 51387 Summary: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: l.arzeni(a)iname.com Distribution: --- Created attachment 70242 --> https://bugs.winehq.org/attachment.cgi?id=70242 application logs Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under every release of wine32, from release 1.5 to release 5.0.3, I'm running an old windows application. It works showing a list of records from an ODBC connection, then when a record is clicked, it opens a form for editing the record. It's similar to MS Access, but the application is written in a 4GL db language called clarion. I can share the sources, if needed. The application works fine under "native" windows (tested in all releases of windows, from windows XP to Windows 10). The application looks fine, but hangs after a while, if I run it under wine: env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe The log shows that there is a timeout in a critical section, may be a deadlock between: "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" This is the relevant lines of the logs: 0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80 "dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked by 0114, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220 "dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114, blocked by 0024, retrying (60 sec) To solve the issue, I run it with "taskset --cpu-list 0 ", that is: env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine /srv/data/shared/LicenseManager.exe But, if I user the taskset, the application GUI artifacts became "dirty" , and I need to close and reopen the window to redraw them properly. Is there any clue to solve this issue, or, at least, to avoid the garbage on the user interface when running under the "taskset" command? Please note: the issue is not "application specific" but, afaik, instead the bug affects all application generated with "clarion" Regards, Luca -- 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 24574] New: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24574 Summary: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=31036) --> (http://bugs.winehq.org/attachment.cgi?id=31036) The initial window Download and install, try to run. -- 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 16

[Bug 52223] New: activeCodePage utf-8 in application manifest not respected
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52223 Bug ID: 52223 Summary: activeCodePage utf-8 in application manifest not respected Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: terinjokes(a)gmail.com Distribution: --- Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed applications to opt-in to supporting the UTF-8 code page by defining "activeCodePage" in their application manifest. When in this mode, the "ANSI" -A WinAPI functions operate in UTF-8 mode. <activeCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage> WINE, even when winver is set to "win10", does not respect this application manifest key, resulting in the application starting with a legacy code page. This can cause issues if the user expects to work with files or strings not supported in the active legacy code page. Often characters that cannot be represented in the code page are replaced by question marks. I am using the staging release of 6.22. [1]: https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c… Expectation: When an application with activeCodePage set to "UTF-8" in the application manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings provided to WinAPI functions are UTF-8 and display appropriately in the UI. Observed: GetACP() returned a number representing a legacy code page (eg, 1252). Strings returned by WinAPI functions are in that code page. Characters that cannot be represented are replaced by question marks. -- 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 44144] New:=?UTF-8?Q?=20Complete=20support=20for?= “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- 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 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- 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 30107] New: IE8 buttons bar doesn't have background under several buttons
by wine-bugs＠winehq.org 21 Apr '22

21 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=30107 Bug #: 30107 Summary: IE8 buttons bar doesn't have background under several buttons Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mr_wire(a)mail.ru Classification: Unclassified Created attachment 39239 --> http://bugs.winehq.org/attachment.cgi?id=39239 Screenshot of started IE8 While starting IE8 I get no background under back/forward, stop and search buttons. Buttons bar background for these buttons is copied from application window that in the background IE startup. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 52006] New: Nokia SDK 2.0 emulator stuck at 98%
by WineHQ Bugzilla 20 Apr '22

20 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52006 Bug ID: 52006 Summary: Nokia SDK 2.0 emulator stuck at 98% Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- This is split from bug 51916. This bug is seen by opening emulator.exe or Nokia_SDK_2_0_Java_em.exe. Nokia SDK 2.0 for Java: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2 Note: JDK 6u23 is needed to open this application. It has a bug that won't find RMI ports in newer Java versions, which also occurs in Windows. The original report says that turning of theming is a workaround but I can't confirm 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 10

[Bug 19092] New: Missing background in Civilization 4 launch window
by wine-bugs＠winehq.org 20 Apr '22

20 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19092 Summary: Missing background in Civilization 4 launch window Product: Wine Version: 1.1.24 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=22037) --> (http://bugs.winehq.org/attachment.cgi?id=22037) Screenshot in Ubuntu Well the tittle says everything. I'm attaching a screenshot. -- 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 17

[Bug 47264] New: Visual Studio 2015 does not start
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47264 Bug ID: 47264 Summary: Visual Studio 2015 does not start Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: exposight(a)gmail.com Distribution: --- Created attachment 64554 --> https://bugs.winehq.org/attachment.cgi?id=64554 startup log Continuation after https://bugs.winehq.org/show_bug.cgi?id=47201 fixed. Visual Studio still does not start, but now nothing obvious can be seen in the logs. -- 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 51885] New: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam
by WineHQ Bugzilla 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51885 Bug ID: 51885 Summary: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- This is an issue that's plagued me with Wine for a long while now: For some reason, I don't know why, but VERY often when I execute a Wine process in a terminal (I use Konsole and Yakuake) Wine spits out excess lines of "information" until I terminate the terminal shell. This gets particularly noticeable when doing things like installing dotnet, where there's a lot going on. For not as long but still a while, installing dotnet in particular causes it to search in my ~/.local/share/applications folder for some reason, then going through a symlink I have there, then navigating to the Wine-defined "Z drive" to scan a bunch of other locations on my PC recursively. The two issues combined causes literally endless spam in my terminal and it even spills into other process in that same terminal session, like opening a file in nano. I would log this data to a file *but I literally can't do so;* there's too many characters to log and it isn't possible for me to capture all the data. Needless to say (I kind of already said it), this can also make collecting information quite difficult for application testing for bug reporting. -- 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 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=18027 Summary: Check support for application switching by keybord shortcuts Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am used to the shortcut "Alt+Tab" with the effect of switching between application windows. This is usually also supported in X sessions (like KDE or GNOME). But it does not work if the game "Civilization 4" was started in full screen mode. How much has this behaviour got to do with an option "Managed windows using X11"? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 22

[Bug 27579] New: The appearance of uTorrent 3.0 torrents list is broken
by wine-bugs＠winehq.org 15 Apr '22

15 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=27579 Summary: The appearance of uTorrent 3.0 torrents list is broken Product: Wine Version: 1.3.22 Platform: x86 URL: http://download.utorrent.com/3.0/utorrent.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Not only this part of µTorrent window is black, when you add a torrent to download, its name and other attributes are hidden, when you try to switch the current category from e.g. "Downloading" to "Seeding", this part of uTorrent window will not be updated. In short the appearance of uTorrent 3.0 under Wine is broken beyond being usable. -- 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 54

[Bug 43508] New: Kindle for PC can't initialize gecko?
by wine-bugs＠winehq.org 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43508 Bug ID: 43508 Summary: Kindle for PC can't initialize gecko? Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Distribution: Gentoo While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed that newer Kindle does not show its login window, instead spamming an infinite loop of window refreshing: [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M ... ... err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE fixme:ole:CoCreateInstanceEx no instance created for interface {00000000-0000-0000-c000-000000000046} of class {25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005 [INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M [INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M fixme:ieframe:handle_navigation_error Navigate to error page fixme:ieframe:bind_to_object BindToObject failed: 800c0010 ... fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M err:secur32:schan_AcquireClientCredentials Could not find matching protocol fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all passed. I can browse the web with iexplore.exe, as well, so gecko is functional. austin@austin2:~/.cache/winetricks/kindle$ sha256sum KindleForPC-installer-1.20.47037.exe cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47 KindleForPC-installer-1.20.47037.exe austin@austin2:~/.cache/winetricks/kindle$ du -sh KindleForPC-installer-1.20.47037.exe 52M KindleForPC-installer-1.20.47037.exe wine-2.14-32-g52fbaeb2c4 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 18

[Bug 48148] New: WinRAR x86 crashes when trying to view very large files
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48148 Bug ID: 48148 Summary: WinRAR x86 crashes when trying to view very large files Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1. Navigate to any large file (>4GB). 2. Hit Alt + V (Commands -> View File) Assertion failed: ~para->member.para.nFlags & MEPF_REWRAP, file caret.c, line 232 -- 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 50322] New: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console.
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50322 Bug ID: 50322 Summary: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console. 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: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 68905 --> https://bugs.winehq.org/attachment.cgi?id=68905 Backtrace of bug. Crash occurs when attempting to debug print an unimplemented function call when launching Cyberpunk2077 (GOG version) using dxvk with wine's dxgi.dll. Triggered by REDEngineErrorReporter.exe and not the game itself. -- 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 45023] New: TestBot Object Relational Mapper issues
by wine-bugs＠winehq.org 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45023 Bug ID: 45023 Summary: TestBot Object Relational Mapper issues Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot implements its own perl Object Relational Mapper (ORM) to access the database. It is implemented by the modules in lib/ObjectModel. The are two main concepts: * Items An Item is an object representing a table row. The classes such as Job, Step and Task all inherit from Item. * Collections A collection represents a table and is thus a collection of Items. To allow for fast access the items are stored in a perl hashtable indexed by their primary key. A Collection may not contain all of the table's rows. For instance a Step Collection only contains the Steps of the parent Job object used to create it. So $Job->Steps is a collection that contains only the $Job steps. The items in a Collection can be further filtered out by specifying that one of their property must be in a set of values. For instance $Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs collection to only return the queued and running jobs. Unfortunately this implementation has a number of limitations and design issues. 1. Care must be taken when creating multiple objects. my $Job1 = $Jobs->Add(); ... Set mandatory fields ... my $Job2 = $Jobs->Add(); ... Set mandatory fields ... # Here $Job1 != $Job2 $Jobs->Save(); Only $Job2 got saved to the database! The reason is that a Job's primary key is an auto-increment field. So the Job Id is set when it is saved to the database. Thus when created in memory that field is unset and an empty string is used when adding it to the $Jobs items hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that gets saved. Note that there is no such issue for Steps for instance because their key is not an auto-increment field and is set as soon as the object is created. Fortunately the workaround is simple: systematically save an object before creating the next one but the difference in behavior between $Jobs->Add() and $Steps->Add() is error prone. 2. Auto-increment values on new Items are not ignored If an auto-increment field is modified on an object, that value is used when saving the object to the database. This means fixing the previous issue is not as simple as setting $Job->Id(--$Unique): handling of auto-increment fields also needs to be changed when saving new objects. 3. Items retrieved from Detailref collections are missing fields 'Detailref' properties are used to represent 'one to many' relationships. They are used for instance to access the Steps that belong to a Job: my $Step = $Job->Steps->GetItem(1); Here Steps is a collection that gets created based on the information of the job's DetailRef property. However objects gotten in this way don't provide access to all of the corresponding database fields. In the case of Steps, although the Steps table has a JobId column, the $Step->JobId property does not exist. This presents difficulties in a number of cases such as when trying to figure out the name of the directory containing the Step's files since it is called "jobs/$JobId/$StepNo" (see Step::GetDir()). It also means there is no $Step->Job property to get back to the parent Job object (this would also cause a perl reference loop which would be troublesome). The reason for this issue is that when a Collection or Item has a parent object (called a 'master' object in the TestBot ORM) the parent's foreign key fields (Step.JobId here) are stored separately in a 'master cols' structure and are thus not accessible through the normal field methods. 4. "Child" objects can only be accessed from their parent Any collection referenced through a Detailref property can only be accessed through the corresponding 'parent' object. This is the case for the Steps collections. The only way to get a collection of steps is through $Job->Steps and this only returns the steps that belong to $Job. So it's not possible to iterate over all the rows in the Steps table. There is a (somewhat incorrect) workaround for this for the Records table. This involves having the CreateRecords() method picking one of two PropertyDescriptors list depending on the presence of a parent object. However the corresponding Record objects have an extra field compared to the ones obtained through $RecordGroup->Records: this time the foreign key identifying the parent object is accessible since it's not not tucked away in the 'master cols' structure. This is not an issue unless you start mixing both types of objects, for instance through scope inheritance. 5. The 'master cols' terminology is ambiguous. It's never clear if a 'master cols' method treats $self as a child of its parent object, or as the parent to other child objects. * $Step->GetMasterCols() treats $Step as a child object and returns the key columns of its $Job master object, that is (JobId). * Similarly $Step->MasterKeyChanged() means the parent object's key changed, so here that the value of $JobId changed (which happens on new objects due to the auto-increment field btw). * Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step to be the master object of the Tasks it contains and thus includes the step's key in the returned columns. This means $Step->GetMasterKey() returns (JobId, StepNo). * Despite not having the 'Master' moniker, $Step->GetFullKey() works the same as $Step->GetMasterKey() but returns the column values as a single string '$JobId#@#$StepNo'. 6. Filters on Detailref collections It's possible to put a filter on a collection to only get a subset of the corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued']) ensures that one will only get the queued steps of $Job. But Detailref collections are stored as a field of the Item they belong to. This means $Job->Steps always returns the same collection object. So once a piece of code has set a filter on it, to only return 'queued' steps for instance, all other parts of the code will only get the 'queued' steps, no matter what they need. Also there is no method for cloning a collection (so one cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter. For instance: $Job->Steps->AddFilter('Status', ['queued']); ... # Here UpdateStatus() will only take into account the queued steps! $Job->UpdateStatus(); Note also that it's not entirely trivial to work around. It's tempting to do something like: $Job->Steps->AddFilter('Status', ['queued']); ... # Make sure the database contains an up-to-date view of all the Steps and # Tasks in $Job. $Job->Save(); # Then create a new job object from the database my $TmpJob = CreateJobs()->GetItem($Job->Id); # Now we can update the status without fearing bad filters. $TmpJob->UpdateStatus(); # But here $Job->Status could still be wrong so any code that still uses # $Job will be lead astray. So update $Job. $Job->Status($TmpJob->Status) # But that still leaves out every Step and Task object referenced by $Job # Also saving $Job will save $Job->Status, again. What could go wrong? 7. Filters vs. loading from the database Once a collection has been loaded from the database, adding a filter to it has no effect. That's because filtering happens by tweaking the SQL query and changing the filter does not mark the collection for reloading. Again this issue is made more severe because of the way Detailref collections are handled. If a piece of code has caused the $Job->Steps collection to be loaded, then adding a filter elsewhere will have no effect. For instance: $Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB ... $Job->Steps->AddFilter('Status', ['queued']); foreach my $Step ($Job->Steps->GetItem()) # Here we will get all steps, not just the queued ones! 8. No "or" operator in filters Originally the filters only allowed one to request that a field be in a set of admissible values. This was extended to allow requesting for a field to be less than, greater than or like some value. However it is still not possible to use an "or" operator in filters. So for instance one cannot retrieve all Steps that completed recently or correspond to a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch'). 9. No Itemref support for multiple key fields. A Task has a VMName field which is a foreign key referencing a VM. Through the use of an Itemref property one can directly access the VM with $Task->VM. But we cannot do the same thing for steps. The primary key of a step has two fields, (JobId, No). A step also has a PreviousNo field which identifies the step it depends on. So we would want to be able to access the previous step through $Step->Previous by using an Itemref property: CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1, \&CreateSteps, ["JobId", "PreviousNo"]), However this fails with a "Multiple key components not supported" error. Note that for this to work we would also need a way to tell the Itemref that the Step.PreviousNo field should be mapped to Step.No. But there is no way to do so. 10. Collection::GetItem() blindly adds the item to the collection Collections have a GetItem() method that returns an item when given a string containing that object's key. So using the Step example above, if we still have the right $Job->Steps collection accessible, we can easily get the Previous step through: $Job->Steps->GetItem($Step->PreviousNo) However this also adds $Step->PreviousNo to the $Job->Steps collection, regardless of what the filter on that collection is. So when the scheduler analyzes the queued and running steps to figure out whether the one they depend on, $Step->PreviousNo, has completed, it also unwittingly adds the previous step to the $Job->Step collection. So the next iteration on the collection may return completed steps despite expectations. 11. Save order issues The TestBot ORM automatically takes care of saving parent objects before the child objects they contain. In practice, if you create a Job > Step > Task hierarchy you can count on the TestBot ORM to save the Job before saving the Steps that use the JobId as part of their key and so on. But this breaks down for $Step->PreviousNo. There you have to make sure to save the steps in the right order otherwise you get an SQL error. Similarly deletions must be performed in the right order. Fortunately this is mostly transparent since we only delete whole Jobs and Job::OnDelete() takes care of blanking the Step::PreviousNo fields before recursing. 12. No Order-by support There are a many cases where we retrieve a number of rows from the database and then do a simple alphabetical or numerical sort on them. That's the kind of thing that the database would do much faster than Perl. This is mostly an issue for the activity and statistics web pages because of the number of RecordGroups they handle. So it would be nice to be able to specify an Order-By SQL directive when retrieving the objects. However this would run into the same issues as the filters for Detailref collections with regards to already loaded collections, and GetItem() not knowing where to insert freshly loaded objects. 13. No support for joins There are a few cases where doing a join could be useful. For instance when reporting the activity what we really want is all the Records rows corresponding to a RecordGroup that is less than 12 hours old. For now we have to proceed indirectly: we query all the RecordGroup objects that are less than 12 hours old, take the lowest GroupId we find and then retrieve all the Records that have a Group Id greater than that. A different type of join could also be useful in many other places: currently we first retrieve the jobs and then we do one more SQL request per job to retrieve its steps and then one per step to retrieve the tasks. A join could let us load it all in one request. Fortunately we don't have many jobs so unlike in the activity case this does not have a significant performance impact. 14. Performance Most parts of the TestBot don't have much processing to do so that performance is not an issue (though there is not really any hard data). Things are different for the activity and statistics page. The statistics page is the worst and generating it takes over a dozen seconds. That's annoying because of the load it puts on the TestBot web server. It's also really long for a mere couple dozen thousand Records. Not all of it comes from the ORM but over 50% of it does. There are some relatively obvious paths for improvement. For instance accessing a field like $Job->Ended causes the ORM to loop over all of a job's property descriptors until it finds one called 'Ended', and then it returns the value from a hash table. It should be possible to make it so that most of the time the value is returned directly from the hash table. Detailref and Itemref properties have their own hash tables and so must be handled separately. But hat could likely also be changed. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 51538] New: Control can no longer launch from an ntfs partition
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51538 Bug ID: 51538 Summary: Control can no longer launch from an ntfs partition Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ritalat(a)fastmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70377 --> https://bugs.winehq.org/attachment.cgi?id=70377 control console output I have a shared NTFS partition that I have used between Arch Linux and Windows 10 for a few years now. I have been able to play games such as Control in the past from it. Now multiple games fail to launch from that partition with similar "err:module:import_dll Library X not found" errors. Copying the entire game to a ext4 partition fixes the issue. -- 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 11

[Bug 52141] New: NetAPI detection in configure is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52141 Bug ID: 52141 Summary: NetAPI detection in configure is broken Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 71188 --> https://bugs.winehq.org/attachment.cgi?id=71188 config.log This seems to be specific to macOS. I'm running macOS 10.14, building with 10.13 SDK and mingw. configure seems to pick up NetAPI, but still shows the notice saying it's not present. checking for -lnetapi... libnetapi.dylib configure: libnetapi not found, Samba NetAPI won't be supported. Attached is config.log. This check was added in <https://source.winehq.org/git/wine.git/commit/07c9dd9bdf560f86598aa496a0ffa…>, but I don't think this qualifies as a regression. -- 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 52102] New: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52102 Bug ID: 52102 Summary: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167" Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71122 --> https://bugs.winehq.org/attachment.cgi?id=71122 Console output Steps to reproduce: 1. Delete ~/.wine or move it to another location. 2. Create a new Wine bottle with the command `WINEARCH=win32 wine winecfg` and set the Windows version to 95 or 98. 3. Run `wine osw30demo.exe` to install outSPOKEN. The setup wizard will not complete until you select a speech synthesizer from the list. When the wizard asks which COM port the speech synthesizer is connected to, select "Internal". 4. Run `wine 'C:\Osw\OSW.EXE'` to start outSPOKEN. outSPOKEN crashes immediately. Console output is attached. $ sha256sum osw30demo.exe 89ae45e689e35b0618b1b4fa27fb0c3e5b854461391100e2dc1742395ffa77b6 -- 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

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