wine-bugs October 2021

wine-bugs@winehq.org

1 participants
4983 discussions

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

10 Dec '21

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

1 4

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

10 Dec '21

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

1 6

[Bug 51886] New: YouTube Movie Maker: Can't launch after installing
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

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

1 7

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

10 Dec '21

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

1 8

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

10 Dec '21

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

1 4

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

10 Dec '21

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

1 7

[Bug 51915] New: character just run to the left and everything
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51915 Bug ID: 51915 Summary: character just run to the left and everything Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- I have some stuff in lutris for some reason when I go into gta 3 and gta san Andreas character just run to the left and everything. I tried to turn off the keyboard is not in it. The problem appeared after the last update of Lutris. Everything is fine in gta vice city. No errors or warnings. In some games, the character constantly runs to the left, even if you pull out the keyboard. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 51844] New: winedbg command line arguments are not quoted properly
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51844 Bug ID: 51844 Summary: winedbg command line arguments are not quoted properly Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- The program name and command line arguments passed to `winedbg` and `winedbg --gdb` are not quoted properly. Running `winedbg --gdb 'foo bar.exe' arg1 'arg 2'` will cause winedbg to execute `foo` with the arguments `bar.exe`, `arg1`, `arg`, and `2`, instead of `foo bar.exe` being run with two arguments. This is inconsistent with both regular `wine` invocations as well as with `gdb --args`. Currently all of the remaining arguments are simply concatenated to a command line string for CreateProcessA() with spaces in between the arguments. I've already submitted a patch for this here: https://www.winehq.org/pipermail/wine-devel/2021-October/197216.html -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 51833] New: GetModuleFileNameW no longer works with large buffers
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51833 Bug ID: 51833 Summary: GetModuleFileNameW no longer works with large buffers Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)2ar.nl Regression SHA1: 43d14fd808bb965762bb6c76027bbe26ba936f82 Distribution: --- The recent change 'Implement kernelbase.GetModuleFileNameW using ntdll.LdrGetDllFullName' (bug 49344) broke passing large buffers (>=32768 characters) to GetModuleFileNameW, as done by cygwin. Possible fix: name.MaximumLength = (size < 0xffff / sizeof(WCHAR) ? size : 0xffff / sizeof(WCHAR)) * sizeof(WCHAR); Comment from Nikolay Sivov: we could probably min() it in ints, to avoid this 16bit overflow. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

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

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39244 Bug ID: 39244 Summary: sccrun:filesystem fails in the Korean locale Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failure only happens in a Korean locale, such as on the fg-win7u64-1spie9-ko WineTest box: filesystem.c:1423: Test failed: got L"\f8f7", expected L"\f8f7?" See: https://test.winehq.org/data/tests/scrrun:filesystem.html -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2021