wine-bugs June 2024

wine-bugs@winehq.org

1 participants
1948 discussions

[Bug 56325] New: Prefix path string in wineboot dialog is cut off
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56325 Bug ID: 56325 Summary: Prefix path string in wineboot dialog is cut off Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: bmcgrath(a)codeweavers.com Regression SHA1: 8e1197c92e8c08fb197c8656a07215296d656890 Distribution: ArchLinux Hello, So wineboot has the string of the prefix path cut off in the updating prefix dialog since the regression commit mentioned above (because of the now default whitespace-based word wrapping) Fixing this will likely require a custom word-wrap thing which I can't really do because strings in C are a bit messy (the fix should be backported to 9.0 as well) -- 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 28861] New: Final Fantasy XI hangs after character selection
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=28861 Bug #: 28861 Summary: Final Fantasy XI hangs after character selection Product: Wine Version: 1.3.29 Platform: x86-64 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: llwang(a)infor.org CC: julliard(a)winehq.org Classification: Unclassified Created attachment 37071 --> http://bugs.winehq.org/attachment.cgi?id=37071 WINEDEBUG=warn+all log for running pol.exe with wine-1.3.29 Final Fantasy XI hangs after character selection and setting active character on the server. The main game screen does not load. A log with WINEDEBUG=warn+all with wine-1.3.29 is attached. After doing a regression test, the commit that caused FFXI to hang after character selection seems to be: 79c2e55b5a6331d15788f65a929e9e002c2f8b05 is the first bad commit commit 79c2e55b5a6331d15788f65a929e9e002c2f8b05 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 20 20:30:09 2011 +0200 user32: Only call the driver when the cursor position has really changed. :040000 040000 5e335fb6e93ffa3171bd0ac90294f8088f64b749 b75dac74bbb00182b657a40cd0bf673aad71ace1 M dlls -- 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 37

[Bug 54437] New: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54437 Bug ID: 54437 Summary: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7 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 ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7: input.c:2921: Test failed: 15: expected WM_INPUT message input.c:2924: Test failed: 15: expected RIM_INPUT message See https://test.winehq.org/data/patterns.html#user32:input These failures happen in the w7u-de, w7u-el, w7u-es and w7y-pt-PT locales but not in the English test configurations (w7u, w7u-2qxl). Also they only happen if ntoskrnl.exe:ntoskrnl was run before. And a bisect shows that they started with the commit below: commit fb0f8fe54712541790944f24ad61f662ddb92155 Author: Tim Clem <tclem(a)codeweavers.com> Date: Thu Jan 12 11:30:23 2023 -0800 user32/tests: Test GetRawInputBuffer header fields more thoroughly. Exposes an alignment issue under WoW64. -- 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 55583] New: d3d8:device - test_wndproc() often gets an unexpected WM_WINDOWPOSCHANGING in Wine
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55583 Bug ID: 55583 Summary: d3d8:device - test_wndproc() often gets an unexpected WM_WINDOWPOSCHANGING 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: --- d3d8:device - test_wndproc() often gets an unexpected WM_WINDOWPOSCHANGING in Wine: device.c:3221: Test failed: Expected message 0x46 for window 0, but didn't receive it, i=1. See https://test.winehq.org/data/patterns.html#d3d8:device This specific case started happening on 2023-09-08. A similar failure happened in the past but only for i=0 while in the WineTest runs this failure only happens with i=1. A bisect shows that this specific failure started with the commit below: commit 763dc064504d729029f227e220c858fdb8a8178e Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Wed Sep 6 14:40:52 2023 +0300 d3d8/tests: Don't check messages when doing the minimization workaround dance. -- 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 56056] New: Exiting IrfanView full screen mode creates a redundant task bar "Untitled window" item which is not clickable
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56056 Bug ID: 56056 Summary: Exiting IrfanView full screen mode creates a redundant task bar "Untitled window" item which is not clickable Product: Wine Version: 9.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 75712 --> https://bugs.winehq.org/attachment.cgi?id=75712 "Untitled window" item Steps to reproduce: 1) Download IrfanView 2) Install/unpack and run 3) Open any image, click Enter (to enter full screen mode) 4) Click enter again (leave full screen mode) An unclickable taskbar entry will appear. -- 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 53453] New: Command & Conqueror 3: Tiberium Wars - fails to start (splash screen not even shown)
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53453 Bug ID: 53453 Summary: Command & Conqueror 3: Tiberium Wars - fails to start (splash screen not even shown) Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: williammpratt81(a)gmail.com Distribution: --- Tiberium Wars (https://appdb.winehq.org/objectManager.php?sClass=application&iId=4671 ) fails to start since upgrading to wine 7.4 There's no useful output and this is an application that worked for years. Version 7.0 also doesn't 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.

1 20

[Bug 38708] New: wine 1.7.* won't grab keyboard, some games super slow
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=38708 Bug ID: 38708 Summary: wine 1.7.* won't grab keyboard, some games super slow Product: Wine Version: 1.7.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n.andrew.walsh(a)gmail.com Distribution: --- Using the dev branch causes several games (Dragon Age: Origins, Homeworld2 Complex , and the recently released Etherium, which were the only games I have) to fail to grab the keyboard, such that keypresses show up in the aterm from which the wine command was issued. Downgrading to the 1.6.* series resolves the issue Furthermore, the Complex mod for wine runs *etremely* slowly: loading a game with 1.6.* takes under 30 seconds; with 1.7.* it's over ten minutes. What information do you need to help narrow down the issue? Cheers, A -- 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 55866] New: "Honkai: Star Rail": game cannot start
by WineHQ Bugzilla 12 Dec '24

12 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55866 Bug ID: 55866 Summary: "Honkai: Star Rail": game cannot start Product: Wine Version: 8.18 Hardware: x86-64 URL: https://hsr.hoyoverse.com OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 9427421240(a)posteo.net Distribution: --- Created attachment 75389 --> https://bugs.winehq.org/attachment.cgi?id=75389 Log - Trying to start the game from the launcher. When i tried to start the game from the launcher, the launcher was minimised, but the game did not start. Game-version: 1.4 Wine-version: 8.18 and 8.19 OS: "Debian GNU/Linux Testing (Trixie)" -- 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 46568] New: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1)
by wine-bugs＠winehq.org 11 Dec '24

11 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=46568 Bug ID: 46568 Summary: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1) Product: Wine Version: 4.0 Hardware: x86-64 URL: https://download.microsoft.com/download/2/e/0/2e01308a -e17f-4bf9-bf48-161356cf9c81/msxml6_x64.msi OS: Linux Status: NEW Keywords: download, win64 Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported by Louis in https://bugs.winehq.org/show_bug.cgi?id=46107#c2 --- quote --- I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit wineprefix; i get errors that msxml is not registered etc, Does anyone know a workaround to use native msxml on 64-bit prefix? --- quote --- Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Altium/AD18 $ WINEDEBUG=+seh,+relay,+loaddll,+virtual wine64 ./X2.EXE >>log.txt 2>&1 ... 002a:Call KERNEL32.LoadLibraryExW(0053f2b0 L"C:\\windows\\system32\\msxml6.dll",00000000,00000008) ret=7fbe435d7558 ... 002a:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msxml6.dll" at 0x7ff79e00000: native 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) ... 002a:Call KERNEL32.HeapCreate(00000001,00000000,00000000) ret=7ff79e18411 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00110000 2000 00000004 002a:trace:virtual:map_view got mem with anon mmap 0x7fbe39819000-0x7fbe39929000 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3992ffff --rw- 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x7fbe39820000 00010000 1000 00000004 002a:trace:virtual:mprotect_exec forcing exec permission on 0x7fbe39820000-0x7fbe3982ffff 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3982ffff c-rw- 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39830000 - 0x7fbe3992ffff --rw- 002a:Ret KERNEL32.HeapCreate() retval=7fbe39820000 ret=7ff79e18411 ... 002a:Call ntdll.RtlAllocateHeap(7fbe39820000,00000000,00000060) ret=7ff79e03c10 002a:Ret ntdll.RtlAllocateHeap() retval=7fbe39822730 ret=7ff79e03c10 002a:Call msvcrt.memset(7fbe39822740,00000000,00000042) ret=7ff79e03a5a 002a:Ret msvcrt.memset() retval=7fbe39822740 ret=7ff79e03a5a 002a:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7ff79e03efe ip=7ff79e03efe tid=002a 002a:trace:seh:NtRaiseException info[0]=0000000000000000 002a:trace:seh:NtRaiseException info[1]=ffffffffffffffff 002a:trace:seh:NtRaiseException rax=000000000011b2d0 rbx=6c61567274736270 rcx=0000000000000008 rdx=0000000000000000 002a:trace:seh:NtRaiseException rsi=0000000000007fbe rdi=0000000000000730 rbp=00000ff7c73044e8 rsp=000000000053ea70 002a:trace:seh:NtRaiseException r8=00007fbe39822740 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 002a:trace:seh:NtRaiseException r12=00007fbe39822740 r13=000007ff79f8dc80 r14=00007fbe436c6160 r15=000000000053f708 ... 002a:exception c0000005 in PE entry point (proc=0x7ff79e0101c,module=0x7ff79e00000,reason=PROCESS_ATTACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 002a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msxml6.dll" : native 002a:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7fbe435d7558 002a:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\msxml6.dll" --- snip --- It seems that certain older 64-bit components such as Microsoft XML libs make assumptions about the 64-bit user-mode virtual address space layout. This is different from the usual broken apps a la "I failed at porting my 32-bit app to 64-bit" (pointer truncation). In this case, pointers from certain allocations are broken into multiple parts and used as indices into multi-level lookup tables. Pitfall: there is a 44-bit user-mode VA limitation (8TB) for 64-bit Windows which was lifted starting with Windows 8.1+. Wine doesn't respect the 44-bit pre-Windows 8.1 virtual address space limits, allowing process heaps to be placed in 0000'7Fxx'0000'0000 range (128 TB) which causes out-of-bounds access to lookup tables when indices overflow (derived from pointer bits). The exception occurs in entry point, causing 'msxml6.dll' to be unloaded. One workaround is to move Wine's top-down allocations/heaps into 8 TB VA range (Wine preloader) and impose same user-mode address space bits limits as with all 64-bit Windows versions < 8.1 to stay "compatible". I've tested it and it works for native here. Not sure if it's worth to change though. I don't know if a separate 64-bit MSXML6 re-distributable package exists that has been fixed wrt Windows 8.1+ address space limits. MSXML6 is part of Windows OS for newer versions and automatically kept up-to-date. $ sha1sum msxml6_x64.msi 1eb84eeae7729ea5db7fe79779f4e216114261ba msxml6_x64.msi $ du -sh msxml6_x64.msi 2.6M msxml6_x64.msi $ wine --version wine-4.0-276-g84459ba94b Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 56810] New: Alien Breed Trilogy on GOG crashes before reaching the menu
by WineHQ Bugzilla 11 Dec '24

11 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56810 Bug ID: 56810 Summary: Alien Breed Trilogy on GOG crashes before reaching the menu Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: efd03f40e6e315d89cd1d09c48180aae82033f9f Distribution: ArchLinux Created attachment 76613 --> https://bugs.winehq.org/attachment.cgi?id=76613 terminal output This bug seems to only affect the GOG version of the games. The games from the trilogy on Steam are working properly. Alien Breed: Impact Alien Breed 2: Assault Alien Breed 3: Descent Pre-req: Nvidia Physx installed The splash screen is displayed then the screen turns black and the games quit before the main menu could be reached. This pops up from the terminal output: 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x7a7b0000, unix_prot 0x3 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 7a7a0000 Bisecting reveals that the crash occurs since commit efd03f40e6e315d89cd1d09c48180aae82033f9f server: Assign a system-wide mapping address for dynamic base modules. Please let me know if you need debug logs. Still present in wine-9.10-164-g7eb72b7bb3d -- 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

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 June 2024