wine-bugs

wine-bugs@winehq.org

1 participants
159195 discussions

[Bug 52813] New: ArmA II: Operation Arrowhead crashes after splash screen
by WineHQ Bugzilla 14 Jan '23

14 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52813 Bug ID: 52813 Summary: ArmA II: Operation Arrowhead crashes after splash screen Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: desperategame(a)gmail.com Distribution: --- Created attachment 72192 --> https://bugs.winehq.org/attachment.cgi?id=72192 ArmA2OA.exe archlinux journald systemd-coredump Arma 2 and ArmA II: Operation Arrowhead crashes after showing splash screen before main menu should show. it happens on: - Gentoo mixed unstable ~amd64, updated after ~ in between 2022.01.01 - 2022.04.01, wine-vanilla and wine-staging, nine and without nine, 6.0.2 - 7.6 - Arch installed 12.04.2022, wine-nine this is not in: - Mint, old non-updated, without nine it wasn't there before on: - Gentoo mixed unstable ~amd64, before ~ in between 2022.01.01 - 2022.04.01, wine-vanilla and wine-staging, nine and without nine, maybe 6.? - 7.3 Video: - Radeon HD 5000 M, r600 -- 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 54308] New: oleaut32:vartype - test_SysReAllocStringLen() sometimes fails on Windows 11
by WineHQ Bugzilla 14 Jan '23

14 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54308 Bug ID: 54308 Summary: oleaut32:vartype - test_SysReAllocStringLen() sometimes fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com oleaut32:vartype - test_SysReAllocStringLen() sometimes fails on Windows 11: vartype.c:5111: Test failed: Expected reuse of the old string memory See https://test.winehq.org/data/patterns.html#oleaut32:vartype This failure seems to be specific to the Windows 11 32-bit test configuration. The first failure happened on 2022-10-20 and there has been about 1 failure every 20 run since. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 54067] New: Ultrakill demo: cursor behaves erratically
by WineHQ Bugzilla 14 Jan '23

14 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54067 Bug ID: 54067 Summary: Ultrakill demo: cursor behaves erratically Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: matheus.venturini(a)acad.ufsm.br Distribution: --- How to reproduce: 1. Install the Ultrakill demo for Windows 2. Complete the tutorial 3. In the first level, walk up to the weapon vending machine and press the left mouse button When interacting with the vending machine in the game, an interface should be displayed where you can interact with buttons to choose the weapon you want to buy. This is different from the rest of the game in that a cursor is visible and it is used to select things rather than being used to aim. On Wine the vending machine interface will not appear, and pressing the left mouse button thereafter will cause the aim to go down, perpendicular to the ground. You can't shoot afterwards, so it's impossible to progress. This happens on a fresh prefix. I tested it on two machines and it happened in both, one running Zorin OS 16 and another running Lubuntu 22.04. -- 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 54307] New: msi:package sometimes crashes on RTL Windows 10 locales
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54307 Bug ID: 54307 Summary: msi:package sometimes crashes on RTL Windows 10 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:package sometimes crashes on RTL Windows 10 locales: package.c:9312: Tests skipped: interactive ControlEvent tests msi:package:17bc done (-1073741819) in 7s 413B See https://test.winehq.org/data/patterns.html#msi:package What is strange is that these crashes only happen in the Arabic and Hebrew locales, two right-to-left scripts, though it's not clear how it's related. -- 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 54263] New: Build of 7.22 fails with mingw-w64 10.0 (multiple symbol redefinitions)
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54263 Bug ID: 54263 Summary: Build of 7.22 fails with mingw-w64 10.0 (multiple symbol redefinitions) Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilg(a)livius.net Distribution: --- I have severl build scripts that I use to create the wine-xpack distribution (https://github.com/xpack-dev-tools/wine-xpack/), and I successfully compiled 6.17, 6.23 and 7.22 with gcc 11.3 & mingw-w64 9.0. When I tried to build 7.22 with the latest gcc 12.2 & mingw-w64 10.0, I got multiple redefinition errors, for symbols from the sprintf family. For example: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:56:11: error: redefinition of '_vsnprintf' 56 | int CDECL _vsnprintf( char *str, size_t len, const char *format, va_list args ) | ^~~~~~~~~~ In file included from /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:27: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:174:27: note: previous definition of '_vsnprintf' with type 'int(char *, size_t, const char *, char *)' {aka 'int(char *, long long unsigned int, const char *, char *)'} 174 | static inline int __cdecl _vsnprintf(char *buffer, size_t size, const char *format, va_list args) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:69:11: error: redefinition of '_vsnwprintf' 69 | int CDECL _vsnwprintf( WCHAR *str, size_t len, const WCHAR *format, va_list args ) | ^~~~~~~~~~~ In file included from /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:11: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:99:27: note: previous definition of '_vsnwprintf' with type 'int(wchar_t *, size_t, const wchar_t *, char *)' {aka 'int(short unsigned int *, long long unsigned int, const short unsigned int *, char *)'} 99 | static inline int __cdecl _vsnwprintf(wchar_t *buffer, size_t size, const wchar_t *format, va_list args) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:82:11: error: redefinition of '_vscprintf' 82 | int CDECL _vscprintf( const char *format, va_list valist ) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:201:27: note: previous definition of '_vscprintf' with type 'int(const char *, char *)' 201 | static inline int __cdecl _vscprintf(const char *format, va_list args) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:91:11: error: redefinition of '_vscwprintf' 91 | int CDECL _vscwprintf( const wchar_t *format, va_list args ) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:195:27: note: previous definition of '_vscwprintf' with type 'int(const wchar_t *, char *)' {aka 'int(const short unsigned int *, char *)'} 195 | static inline int __cdecl _vscwprintf(const wchar_t *format, va_list args) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:115:13: error: redefinition of '_snwprintf' 115 | int WINAPIV _snwprintf( WCHAR *str, size_t len, const WCHAR *format, ... ) | ^~~~~~~~~~ I patched ntdll/printf.c to omit the new definitions and the builds advanced, but later failed in string.c with other set of multiple definitions, later in wcstring.c, and so on. I gave up and returned to the older toolchain. Am I missing something when configuring the build, or the wine sources are not yet updated for mingw-w64 10.0? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 54218] New: RTLD_SELF use breaks musl build since 8.0-rc1
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54218 Bug ID: 54218 Summary: RTLD_SELF use breaks musl build since 8.0-rc1 Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alice(a)ayaya.dev Distribution: --- the winecrt0 rework in bef09697227c29f53bb0ad95232399cbba5c9c6b makes use of dlinfo(RTLD_SELF, .. , which breaks the build on musl libc as it does not implement the RTLD_SELF handle. example error: /home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c: In function '__wine_init_so_dll': /home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:95:17: error: 'RTLD_SELF' undeclared (first use in this function); did you mean 'RTLD_NEXT'? 95 | if (dlinfo( RTLD_SELF, RTLD_DI_LINKMAP, &map )) return; | ^~~~~~~~~ | RTLD_NEXT -- 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 53536] New: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53536 Bug ID: 53536 Summary: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows Product: Wine Version: unspecified 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:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows: rtl.c:2790: Running test 0 (compressed_size=6, uncompressed_size=4, status=0x00000000) rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8, status=0x00000000) rtl.c:2790: this is the last test seen before the exception 170c:rtl: unhandled exception c0000005 at 005542C0 https://test.winehq.org/data/patterns.html#ntdll:rtl The crash is specific to the 32-bit build. Strangely the crashes started on 2022-07-26 despite there being no changes to this test or to the test configurations. Also, the crash still happens when testing older Wine versions. Anyway, the crash still happens even when only keeping these two tests: test_RtlUlonglongByteSwap(); test_RtlDecompressBuffer(); The Windows headers claims that RtlUlonglongByteSwap() is a FASTCALL API but not so in Wine: winternl.h: NTSYSAPI ULONGLONG __cdecl RtlUlonglongByteSwap(ULONGLONG); rtl.c: static ULONGLONG (WINAPIV *pRtlUlonglongByteSwap)(ULONGLONG source); Replacing WINAPIV with WINAPI in rtl.c fixes the crash but it's probably not the correct fix. -- 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 53382] New: Slow rendering when connected to external monitor
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53382 Bug ID: 53382 Summary: Slow rendering when connected to external monitor Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: allencch(a)hotmail.com Distribution: --- Created attachment 72769 --> https://bugs.winehq.org/attachment.cgi?id=72769 Slow winecfg GIF When connected with an external monitor through HDMI, winecfg and explorer are extremely slow rendering. If enabled "Emulate a virtual desktop", rendering will become normal. Without connecting on external monitor, the rendering is normal as well. There is an error message shown in console when the rendering is slow comparing to the normal rendering, 0068:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are unsupported. OS: Arch Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 54264] New: Hyperdimension Neptunia Re;Birth1 crashes on exit in xactengine notification callback
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54264 Bug ID: 54264 Summary: Hyperdimension Neptunia Re;Birth1 crashes on exit in xactengine notification callback Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Since implementing the callback with commit d1c08b1714527213b54144646e050c7878a4a400 Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Fri Jul 22 09:17:06 2022 +1000 xactengine3_7: Implement callback for supported messages. dlls/xactengine3_7/xact_dll.c | 69 +++++++++++++++++++++++++++++++++---------- 1 file changed, 53 insertions(+), 16 deletions(-) Hyperdimension Neptunia Re;birth 1 (gog version) crashes on exit with Unhandled exception: page fault on read access to 0x0000000c in 32-bit code (0x00661742). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00661742 ESP:0021f7f4 EBP:0021f7f8 EFLAGS:00210246( R- -- I Z- -P- ) EAX:19940150 EBX:0021f8a3 ECX:00000000 EDX:00000000 ESI:0021f823 EDI:00ccb7e4 Stack dump: 0x0021f7f4: 00ccb780 0021f858 0a7f3113 0021f823 0x0021f804: 00d35be0 0021f838 684d2e76 19940138 0x0021f814: 19950730 0021f848 684d2e76 064ea1d8 0x0021f824: 00d55b58 00000000 19940150 0021f850 0x0021f834: 0021f850 0021f868 0a7f1192 19950730 0x0021f844: 00d35be0 0021f870 00004ba0 00d35be0 Backtrace: =>0 0x00661742 in neptuniarebirth1 (+0x261742) (0x0021f7f8) 1 0x0a7f3113 fact_notification_cb+0x203(notification=<couldn't compute location>) [Z:\home\build\wine\wine\dlls\xactengine3_7\xact_dll.c:1079] in xactengine3_7 (0x0021f858) 2 0x0a7f654b FACTSoundBank_Destroy+0x2fb(pSoundBank=<internal error>) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:1522] in xactengine3_7 (0x0021f8d8) 3 0x0a7f6ddd FACTAudioEngine_ShutDown+0xd(pSoundBank=<internal error>) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:1399] in xactengine3_7 (0x0021f918) 4 0x0a7f6ddd FACTAudioEngine_ShutDown+0x6d(pEngine=00CD0708) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:358] in xactengine3_7 (0x0021f918) 5 0x0a7f18a1 IXACT3EngineImpl_ShutDown+0x21(iface=00CCB780) [Z:\home\build\wine\wine\dlls\xactengine3_7\xact_dll.c:1152] in xactengine3_7 (0x0021f948) 6 0x006618fa in neptuniarebirth1 (+0x2618fa) (0x0021fa44) 7 0x005b7ee4 in neptuniarebirth1 (+0x1b7ee4) (0x0021feac) 8 0x005b7c07 in neptuniarebirth1 (+0x1b7c07) (0x0021fee4) 9 0x006975a0 in neptuniarebirth1 (+0x2975a0) (0x0021ff30) 10 0x7b62a290 in kernel32 (+0x2a290) (0x0021ff48) 11 0x7bc5cfa7 in ntdll (+0x5cfa7) (0x0021ff5c) 12 0x7bc5d7d0 RtlCreateUserThread(entry=00697664, arg=7FFD1000) [Z:\home\build\wine\wine\dlls\ntdll\thread.c:306] in ntdll (0x0021ffec) During bisecting the stack trace has remained identical. Gameplay itself doesn't seem to be affected (didn't test much, though), so it's not a serious problem in practice. -- 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 54180] New: Petz 4: Recent wine releases (after 6.0) corrupt .pet files upon startup of game
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54180 Bug ID: 54180 Summary: Petz 4: Recent wine releases (after 6.0) corrupt .pet files upon startup of game Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: coreyjosesilva(a)gmail.com Distribution: --- Dogz 4, Catz 4, Dogz 5, Catz 5 all share this issue. The .pet files are the way to save "pets" in the game. The files are corrupted in recent wine releases. This essentially makes the game unplayable. I confirmed petz 4 works on wine 6.0 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 54045] New: ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54045 Bug ID: 54045 Summary: ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11 Product: Wine Version: unspecified 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:rtl - test_RtlIpv6StringToAddress() fails on Windows 11: rtl.c:2061: Test failed: [::0:0:0:0:0:0:0] terminator = 0052F925, expected 0052F923 rtl.c:2061: Test failed: [::0:a:b:c:d:e:f] terminator = 0052F935, expected 0052F933 rtl.c:2067: Test failed: [::0:a:b:c:d:e:f] ip = 0:0:a00:b00:c00:d00:e00:f00, expected 0:0:0:a00:b00:c00:d00:e00 rtl.c:2293: Test failed: [::0:0:0:0:0:0:0] res = 0x00000000, expected 0xc000000d rtl.c:2293: Test failed: [::0:a:b:c:d:e:f] res = 0x00000000, expected 0xc000000d See https://test.winehq.org/data/patterns.html#ntdll:rtl Note that the 32-bit version crashes too due to bug 53536. -- 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 53671] New: No objects are being rendered in any DX10/11 apps with older GPU drivers
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53671 Bug ID: 53671 Summary: No objects are being rendered in any DX10/11 apps with older GPU drivers Product: Wine Version: 7.17 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com There is a regression after a patch 5ce7adaace3637ff6f8a33264b62c69bf2e53967 I have AMD graphics with outdated driver for Windows XP. Stating from the patch above it broke WineD3D10/11 compatibility. This BUG appeared with WineD3D 6.13 and above. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 52994] New: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52994 Bug ID: 52994 Summary: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mstask Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72360 --> https://bugs.winehq.org/attachment.cgi?id=72360 Make the failure 100% reproducible mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change: task_trigger.c:434: old: 5/5/2022 wday 0 23:58:00.000 task_trigger.c:443: new: 6/5/2022 wday 5 0:03:00.000 task_trigger.c:533: Test failed: got 0x41307 task_trigger.c:534: Test failed: got 0/0/0 wday 0 0:00:00 https://test.winehq.org/data/patterns.html#mstask:task_trigger What seems to be happening is that ITask_GetNextRunTime() returns SCHED_S_TASK_NO_VALID_TRIGGERS for TASK_TIME_TRIGGER_ONCE tasks where the trigger is on the next day. So I suspect the bug is in the ITask_GetNextRunTime() implementation rather than in the test itself. Note: Initially I was a bit alarmed by the week day change in the traces. But in fact trigger_add_ms() just sets it to 0 so that's what we get on the "old:" line. Then FileTimeToSystemTime() fully initializes it so we get the correct value on the "new:" line. That's why it changes in surprising ways. Luckily the test and Itask_GetNextRunTime() implementation were both added in the commit below and I was also able to confirm that the failure was already present: commit ac322334fa4d6740e89c6f19361a66f063103a46 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> AuthorDate: Mon May 21 18:17:47 2018 +0800 mstask: Implement ITask::GetNextRunTime() for ONCE trigger type. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> 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 52932] New: user32:edit - test_char_from_pos() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52932 Bug ID: 52932 Summary: user32:edit - test_char_from_pos() fails on Windows with the UTF-8 codepage 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:edit's test_char_from_pos() fails on Windows with the UTF-8 codepage. Adding some traces it's clear that the problem is with the lower bounds: edit.c:1161: Test failed: 4/4/8: expected 1 got 0 edit.c:1179: Test failed: 282/282/286: expected 1 got 0 edit.c:1197: Test failed: 143/143/147: expected 1 got 0 https://test.winehq.org/data/patterns.html#user32:edit -- 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 54210] New: Some AVX2 calls in ntdll are make impossible to compile Wine with Glibc 2.17
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54210 Bug ID: 54210 Summary: Some AVX2 calls in ntdll are make impossible to compile Wine with Glibc 2.17 Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: Zenitur(a)yandex.ru Distribution: --- When I trying to compile an actian Wine 8.0-rc2 version I'd got these error: dlls/ntdll/unix/signal_x86_64.c: In function ‘signal_init_process’: dlls/ntdll/unix/signal_x86_64.c:2432:28: error: ‘AT_HWCAP2’ undeclared (first use in this function) if (getauxval( AT_HWCAP2 ) & 2) syscall_flags |= SYSCALL_HAVE_WRFSGSBASE; ^ dlls/ntdll/unix/signal_x86_64.c:2432:28: note: each undeclared identifier is reported only once for each function it appears in Serching for the commit that are broke the build, I'd found that the Wine 6.12 were the last version withount these error. The commit that broke my build is there (this is after Wine 6.12 and before the 6.13): https://github.com/wine-mirror/wine/commit/216d2411781f4bf12edf2083a7ac84d2… (committed on Jul 6, 2021) The reason of the error is my Glibc 2.17. According of the changelog of the Glibc 2.18 version (that's available there: https://lists.gnu.org/archive/html/info-gnu/2013-08/msg00003.html) the call AT_HWCAP2 was introduced in Glibc 2.18, hovewer I have 2.17. After that I'd tried to compile Wine 6.12 and I'd got another error caused by another AVX2 call that was introduced in Glibc 2.24 There is an error: tools/winegcc/winegcc -o dlls/ntdll/ntdll.so --wine-objdir . -m64 -fPIC -fasynchronous-unwind-tables -munix -shared \ dlls/ntdll/ntdll.spec -nodefaultlibs dlls/ntdll/unix/cdrom.o dlls/ntdll/unix/debug.o \ dlls/ntdll/unix/env.o dlls/ntdll/unix/esync.o dlls/ntdll/unix/file.o dlls/ntdll/unix/loader.o \ dlls/ntdll/unix/loadorder.o dlls/ntdll/unix/process.o dlls/ntdll/unix/registry.o \ dlls/ntdll/unix/security.o dlls/ntdll/unix/serial.o dlls/ntdll/unix/server.o \ dlls/ntdll/unix/signal_arm.o dlls/ntdll/unix/signal_arm64.o dlls/ntdll/unix/signal_i386.o \ dlls/ntdll/unix/signal_x86_64.o dlls/ntdll/unix/socket.o dlls/ntdll/unix/sync.o \ dlls/ntdll/unix/system.o dlls/ntdll/unix/tape.o dlls/ntdll/unix/thread.o dlls/ntdll/unix/virtual.o \ dlls/ntdll/unix/version.o dlls/winecrt0/libwinecrt0.a libs/port/libwine_port.a -lrt -lpthread -ldl \ -Wl,-z,relro ntdll-sNLwi5.AoHWp5.s: Assembler messages: ntdll-sNLwi5.AoHWp5.s:115: Error: no such instruction: `xsavec64 0xc0(%rcx)' winebuild: /usr/bin/gcc-4.9 failed with status 1 winegcc: ./tools/winebuild/winebuild failed make[1]: *** [dlls/ntdll/ntdll.so] Error 2 When I tried to google this error I'd found that the call xsavec were introduced in Intel Skylace CPU's. According the webpage (https://sourceware.org/legacy-ml/libc-stable/2017-10/msg00049.html) these calls were introduced in Glibc 2.24 hovewer I have Glibc 2.17. The commit that broke my build is there (this is after Wine 6.2 and before the 6.3): https://github.com/wine-mirror/wine/commit/30e5250622f40037a58dd87517267dba… (committed on Sep 2, 2020) The both problems present in the 32-bit and 64-bit OS'es. My build system: CPU: AMD Phenom II (amdfam10) OS: Debian 7 (32-bit and 64-bit versions on a two partitions) Kernel: Linux 4.11 Compiler: GCC 4.9, binutils 2.22, bison 3.2 Other: Glibc 2.17, xserver 1.16 -- 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 53837] New: wine-devel cannot install THS_hevo_gc8.6.1.2.exe after devel 7.8 version
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53837 Bug ID: 53837 Summary: wine-devel cannot install THS_hevo_gc8.6.1.2.exe after devel 7.8 version Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dean-chen(a)qq.com Distribution: --- How to reproduce: 1. download the THS_hevo_gc8.6.1.2.exe from this stock web site from China(同花顺财经): http://activity.ths123.com/html/xb/160809/index.html, note: download this exe from windows, if you try to download it from linux, you probally will get linux setup package. 2. install wine devel 7.8, and chinese fonts using winetricks winetricks prefix=ths1 --force corefonts cjkfonts, then run the following command for installation: wine THS_hevo_gc8.6.1.2.exe, this will work successfully 3. upgrade wine to any version above 7.8, install THS_hevo_gc8.6.1.2.exe again, you will see error message. -- 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 18

[Bug 52429] New: Guild Wars: login not possible (regression)
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52429 Bug ID: 52429 Summary: Guild Wars: login not possible (regression) Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gero45(a)mr-gero.de Distribution: ArchLinux Created attachment 71689 --> https://bugs.winehq.org/attachment.cgi?id=71689 log When trying to login into Guild Wars, it fails with an error code 011, that indicates that a wrong password was typed in or a connection to the corresponding server was not possible. I double-checked the password and even copy-pasted it, it did not work. Then I used an older version of Wine (6.5) (since this was reported as the last working version on AppDB) and it works. Thus I think this must be a regression. I will try out wine 7.0, when it is released on Arch Linux (sadly it is not yet). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 52089] New: d2d1:d2d1 fails in test_draw_geometry() on Wine
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52089 Bug ID: 52089 Summary: d2d1:d2d1 fails in test_draw_geometry() on Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d2d1:d2d1 fails in test_draw_geometry() on the TestBot's debiant2 VM: d2d1.c:6664: Test failed: Figure does not match. d2d1.c:6672: Test failed: Figure does not match. d2d1.c:6680: Test failed: Figure does not match. d2d1.c:6688: Test failed: Figure does not match. d2d1.c:6664: Test failed: Figure does not match. d2d1.c:6672: Test failed: Figure does not match. d2d1.c:6680: Test failed: Figure does not match. d2d1.c:6688: Test failed: Figure does not match. (todos omitted for brevity) https://test.winehq.org/data/patterns.html#d2d1:d2d1 A bisect shows that the failures started with this commit: commit 044f5e109fd7bdb5a3c172240d6195faa87a1dce (HEAD, refs/bisect/bad) Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Wed Nov 3 20:15:28 2021 +0300 wined3d: Test if an offset is needed to get the correct filling convention. This fixes stray lines in GameFace GUIs, e.g. in World of Tanks. Signed-off-by: Stefan Dösinger <stefan(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 13

[Bug 51268] New: Assembler messages: Error: no such instruction: `xsavec (%esp)'
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51268 Bug ID: 51268 Summary: Assembler messages: Error: no such instruction: `xsavec (%esp)' Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 70146 --> https://bugs.winehq.org/attachment.cgi?id=70146 log.txt in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compiling wine-6.10 fails with: Assembler messages: Error: no such instruction: `xsavec (%esp)' -- 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 54172] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_window_position() gets the size of the wrong screen in Wine
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54172 Bug ID: 54172 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_window_position() gets the size of the wrong screen in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_window_position() gets the size of the wrong screen in Wine: ddraw1.c:14471: Test failed: Expect window rect (0,0)-(1024,768), got (0,0)-(1024,737). ddraw2.c:15385: Test failed: Expect window rect (0,0)-(1024,768), got (0,0)-(1024,737). ddraw4.c:18435: Test failed: Expect window rect (0,0)-(1024,768), got (0,0)-(1024,737). ddraw7.c:18702: Test failed: Expect window rect (0,0)-(1024,768), got (0,0)-(1024,737). See https://test.winehq.org/data/patterns.html#ddraw:ddraw1 https://test.winehq.org/data/patterns.html#ddraw:ddraw2 https://test.winehq.org/data/patterns.html#ddraw:ddraw4 https://test.winehq.org/data/patterns.html#ddraw:ddraw7 These failures never happen on debian11b which is a single-monitor configuration. $ xrandr | grep Virtual Virtual-1 connected primary 1024x768+0+0 0mm x 0mm Virtual-2 disconnected Virtual-3 disconnected Virtual-4 disconnected It also never happens on debian11 where both monitors have the same resolution: $ xrandr | grep Virtual Virtual-1 connected primary 1024x737+0+0 0mm x 0mm Virtual-2 connected 1024x737+1024+0 0mm x 0mm Virtual-3 disconnected Virtual-4 disconnected But it is systematic on the debiant VM where the two screens have different resolutions: $ xrandr | grep Virtual Virtual-1 connected primary 1024x768+0+0 0mm x 0mm Virtual-2 connected 1024x737+1024+0 0mm x 0mm Virtual-3 disconnected Virtual-4 disconnected Note: * I did not intentionally configure the two screens to have different resolutions but I did not fight it either because it's also not that uncommon in multi-monitor configurations. * The 737 pixel height is a bit weird but there is no dock. Really! I'm not sure how the X server picked these sizes. -- 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 54151] New: xactengine3_7:xact3 crashes when no speaker is connected
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54151 Bug ID: 54151 Summary: xactengine3_7:xact3 crashes when no speaker is connected Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com xactengine3_7:xact3 crashes when no speaker is connected: xact3.c:209: Test failed: Cannot initialize engine, hr 0x88960001 xact3.c:215: Test failed: got hr 0x8ac70002 xact3.c:218: Test failed: got hr 0x8ac70002 xact3.c:224: Test failed: got hr 0x8ac70002 xact3.c:227: Test failed: got hr 0x8ac70002 xact3.c:235: Test failed: Cannot register notification, hr 0x8ac70002 xact3.c:243: Test failed: Cannot register notification, hr 0x8ac70002 xact3.c:249: Test failed: Cannot register notification, hr 0x8ac70002 xact3.c:259: Test failed: Cannot create a streaming wave bank, hr 0x8ac70002 xact3.c:259: this is the last test seen before the exception 0df8:xact3: unhandled exception c0000005 at 0000000000401A4C See https://test.winehq.org/data/patterns.html#xactengine3_7:xact3 Where: 0x88960001 == XAUDIO2_E_INVALID_CALL or XAUDIO20_E_XMA_DECODER_ERROR 0x8ac70002 == MAKE_HRESULT(SEVERITY_ERROR, FACILITY_XACTENGINE, XACTENGINE_E_NOTINITIALIZED) These failures only happen on w11pro64_amd and w11pro64_nv. What these have in common is that the sound is supposed to go through the graphics card's HDMI / DisplayPort connection. However those go to a dummy plug which emulates a screen... but not speakers. This causes Windows to disable the sound volume widget since it cannot detect any form of speaker. I suspect, but that may require confirmation, that this causes xact to refuse to initialize. More notes: * My fgtb-w10pro64-rx550 VM has the same audio-through-HDMI configuration but is connected to my real screen which does have speakers. So sound is not 'disabled'. * QEmu emulates an ich9 sound card in the regular w11pro64 test configuration and Spice (the virtual KVM) provides the remote speakers. So again sound is not 'disabled' (and I always lower the default volume in the VMs so I don't get deafened by the Windows boot sound). * Before 2022-12-09 the w11pro64 VM was missing many DirectX dlls which caused this test to be entirely skipped. This is why it did not crash on these test configurations before then. -- 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 52152] New: comctl32:edit gets unexpected heights in test_text_position_style() on Windows 10 1809+
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52152 Bug ID: 52152 Summary: comctl32:edit gets unexpected heights in test_text_position_style() on Windows 10 1809+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:edit gets unexpected heights in test_text_position_style() on Windows 10 1809+: edit.c:2090: Test failed: wrong height expected 16 got 17 edit.c:2091: Test failed: wrong height expected 16 got 18 edit.c:2092: Test failed: wrong height expected 16 got 26 edit.c:2100: Test failed: wrong height expected 16 got 17 edit.c:2101: Test failed: wrong height expected 16 got 19 edit.c:2103: Test failed: wrong height expected 16 got 18 edit.c:2111: Test failed: wrong height expected 16 got 17 edit.c:2113: Test failed: wrong height expected 16 got 24 edit.c:2121: Test failed: wrong height expected 16 got 17 edit.c:2123: Test failed: wrong height expected 16 got 24 edit.c:2134: Test failed: wrong height expected 16 got 17 edit.c:2135: Test failed: wrong height expected 16 got 18 edit.c:2136: Test failed: wrong height expected 16 got 26 edit.c:2144: Test failed: wrong height expected 16 got 17 edit.c:2145: Test failed: wrong height expected 16 got 19 edit.c:2147: Test failed: wrong height expected 16 got 18 edit.c:2155: Test failed: wrong height expected 16 got 17 edit.c:2157: Test failed: wrong height expected 16 got 24 edit.c:2165: Test failed: wrong height expected 16 got 17 edit.c:2167: Test failed: wrong height expected 16 got 24 https://test.winehq.org/data/patterns.html#comctl32:edit The set of bad heights is exactly the same on all failing configurations, regardless of the Windows version, graphics card or locale. So the failure really is related to a change that happened between 1709 and 1809. -- 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 51420] New: likely regression: heavy lag to the point of brokenness running anything in wine. 158:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0158, blocked by 0144, retrying (60 sec)
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51420 Bug ID: 51420 Summary: likely regression: heavy lag to the point of brokenness running anything in wine. 158:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0158, blocked by 0144, retrying (60 sec) Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mouse(a)dayrep.com Distribution: --- Debian bullseye using the winehq packages proprietary nvidia driver from Debian non-free Tested versions that work fine as before: 6.0.1, 6.10 Broken versions: 6.11, 6.12, staging-6.12 Running any program in wine, included or otherwise, is causing extremely poor systems performance and is very slow. As in you can see the mouse cursor move in steps and lagging behind inputs, or the file selection window of the wine uninstaller takes seconds to display the icons for folder contents and loads the one by one. This stops as soon as the wine process is killed again. Full difference in wine log between 6.10 (works fine) and 6.12 (bugged) reproduced below: 0158:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0158, blocked by 0144, retrying (60 sec) 0168:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0168, blocked by 0144, retrying (60 sec) 0180:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0180, blocked by 0144, retrying (60 sec) 0188:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0188, blocked by 0144, retrying (60 sec) 0198:err:ntdll:RtlpWaitForCriticalSection section 7BC61360 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0198, blocked by 0144, retrying (60 sec) 0208:fixme:console:default_ctrl_handler Terminating process 20 on event 0 [Also: What is an ergonomic way to downgrade to a previous winehq-devel and dependent wine package versions on Debian? Because synaptic in general and in this specific (force version) case handles amd64 packages with i386 dependencies very poorly. Basically what is the apt command line to fetch and install winehq-devel, wine-devel, wine-devel-amd64 and wine-devel-i386 all in the same older version number? like 6.9 for example.] -- 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 67

[Bug 51301] New: Right click inside Roblox Client window causes the cursor to freeze
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51301 Bug ID: 51301 Summary: Right click inside Roblox Client window causes the cursor to freeze Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gnuwho.gnuwho(a)gmail.com Distribution: --- Platform: Arch Linux (GNOME) x86-64 In the Roblox Client (working as of Wine 6.11), if you join a game and press and hold right click (done in order to move the camera around), the cursor freezes in place and cannot get unstuck. As far as I know, this affects all users that try to run the Roblox Player using Wine 6.11 or later. Note: Roblox was installed using the Grapejuice wrapper (https://gitlab.com/brinkervii/grapejuice). -- 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 24

[Bug 48553] New: Catia (CAD software) refuse to run installation on newest wine (<=4.18)
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=48553 Bug ID: 48553 Summary: Catia (CAD software) refuse to run installation on newest wine (<=4.18) Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tomo.hornacek(a)gmail.com Distribution: --- Created attachment 66366 --> https://bugs.winehq.org/attachment.cgi?id=66366 This is output of wine to console on my system. After running setup.exe of catia V5r19 or V5r20. Wine display "setup: Problem with VC8 Runtime. Please try to restart your computer or contact customer service" On wine 4.17 and lower installation's runs just fine. -- 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

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