- wine-bugs - winehq.org

[Bug 40495] New: Impossible to function at 64 bit on FreeBSD
by wine-bugs＠winehq.org 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=40495 Bug ID: 40495 Summary: Impossible to function at 64 bit on FreeBSD Product: Wine Version: 1.7.46 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexandrosperdikomatis(a)gmail.com Created attachment 54269 --> https://bugs.winehq.org/attachment.cgi?id=54269 the regular backtrace report I've compiled wine64 several times in many ways at FreeBSD. 32 bit version always works fine. This is the port emulators/wine-devel from RELEASE ports collection at FreeBSD 10.2 Application tried was Wow-64.exe I am really disappointed with wine64 at FreeBSD. On Linux it flies. -- 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 2

[Bug 57788] New: "You have been unsubscribed from the wine-bugs mailing list"
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57788 Bug ID: 57788 Summary: "You have been unsubscribed from the wine-bugs mailing list" Product: WineHQ Bugzilla Version: 3.2.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com Distribution: --- Twice now, I've gotten an email that I've been unsubscribed from the wine-bugs mailing list (I've been subscribed for years without issue). The first time was January 22, and again just now. @Newman, is this related to recent site upgrades? -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #88 from zebra2745(a)vibzi.net --- > That doesn't work, because GetCurrentThread() only returns a pseudo handle, > "a special constant that is interpreted as the current thread handle" > (MSDN). I think we have to compare the globally unique thread IDs to be sure: https://www.codeproject.com/Tips/5350589/The-Current-Thread-Handle says: > What to do when you want to use the current thread handle > This tip shows a side effect of GetCurrentThread and explains what to do when you need to avoid that. > Introduction > When you need to get a handle to the current thread, you can use > GetCurrentThread which gives you a pseudo handle which you don't need to close > because it is not a real reference counted handle. This is mentioned clearly in > the documentation. However, I recently bumped my head against this. I wanted to > share it so that others can avoid having to chase this down. > My Headbump > Consider the following example: > ------------------------------ snip ------------------------------ DWORD worker(void* ctx) { std::cout << "Thread id: " << GetThreadId((HANDLE)ctx) << std::endl; return 0; } int main() { HANDLE hMainThread = GetCurrentThread(); std::cout << "Thread id: " << GetThreadId(hMainThread) << std::endl; HANDLE hThread = CreateThread(NULL, 0, worker, hMainThread, 0, NULL); WaitForSingleObject(hThread, INFINITE); } > ------------------------------ snip ------------------------------ > This is what happens: > Thread id: 44068 > Thread id: 36376 > Without thinking, I had assumed that the pseudo handle was just a weak copy of > the actual handle (a non reference counted copy of the current handle), and I > could reference it in a worker thread. Instead, it is a special constant that > literally means 'when this handle value is supplied, use the current thread'. > And if you pass that special value to another thread, then that value will > translate to the thread handle of 'that' thread. > If you read the documentation, then this is exactly what it says. Only I > didn't stop to think about what that actually meant. > Getting the Real Thread Handle > If you want to get a real handle that you can pass to another thread, do this: > ------------------------------ snip ------------------------------ HANDLE hMainThread = NULL; if (!DuplicateHandle( GetCurrentProcess(), GetCurrentThread(), GetCurrentProcess(), &hMainThread, 0, FALSE, DUPLICATE_SAME_ACCESS)) { cout << "Error " << GetLastError() << " cannot duplicate main handle." << endl; return GetLastError(); } > ------------------------------ snip ------------------------------ > Of course, when you do this, you get a HANDLE value that you do need to close > when you no longer need 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 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #87 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- (In reply to Dmitry Timoshkov from comment #86) > Created attachment 78138 [details] > patch > > Something like this may work. That doesn't work, because GetCurrentThread() only returns a pseudo handle, "a special constant that is interpreted as the current thread handle" (MSDN). I think we have to compare the globally unique thread IDs to be sure: ---snip--- if (GetCurrentThreadId() == GetThreadId(thread) && (GetVersion() & 0x80000000)) return 0; ---snip--- That fixes all the tests, but doesn't fully fix the game: it no longer deadlocks and even plays music (it was silently frozen before), but shows badly corrupted video (bottom ~2/3 of the screen are black, and the top 1/3 has randomly colored pixels), which makes it completely unplayable. Running it with "wine HEROES.EXE /s0" (which disables all sound) gets the graphics fully functional. This however, seems to be a separate issue, probably a regression as this WINMM fix was enough in earlier Wine versions, but now isn't. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #86 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- Created attachment 78138 --> https://bugs.winehq.org/attachment.cgi?id=78138 patch Something like this may 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 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #85 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- (In reply to Damjan Jovanovic from comment #84) > (In reply to Dmitry Timoshkov from comment #83) > > Could SuspendThread() fail in win9x mode when called for the same thread? > > Yes, SuspendThread(GetCurrentThread()): > - deadlocks on all Windows versions, even 95, when running as is. > - returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME. It would be helpful to know what last error is set to for the failing case. > What should Wine do? Add a check to SuspendThread() and fail in the win9x mode? -- 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 42308] New: LTspice XVII: some checkboxes not shown or being overlapped by labels
by wine-bugs＠winehq.org 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=42308 Bug ID: 42308 Summary: LTspice XVII: some checkboxes not shown or being overlapped by labels Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Rakusan2(a)gmail.com Distribution: --- Created attachment 57042 --> https://bugs.winehq.org/attachment.cgi?id=57042 Missing checkboxes and their labels bellow the textboxes In LTspice XVII when opening "Edit Simulation cmd" the checkboxes and their labels are not shown. After switching tabs the labels appear but some slightly overlap their checkbox This problem does not occur in native windows -- 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 57898] New: Witcher 3 choppy sound
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57898 Bug ID: 57898 Summary: Witcher 3 choppy sound Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BattyRoy(a)protonmail.com Distribution: --- Hello, I got (again :( ) glitchy, choppy sound in The Witcher 3 Next Gen game. Wine 10.1 introduced this regression. I use wine-wow64 on arch. I tried wine 10.2, latest wine-git and the issue remains. The only solution of the problem is downgrade to wine 10.0, then everything is OK. I have older intel cpu 3.5Ghz (2/2), there was same sound problem a few years before. Did someone fiddle with wine/cpu threads recently?. Could you please check it. Have a good day. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #84 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- (In reply to Dmitry Timoshkov from comment #83) > Could SuspendThread() fail in win9x mode when called for the same thread? Yes, SuspendThread(GetCurrentThread()): - deadlocks on all Windows versions, even 95, when running as is. - returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME. What should Wine do? -- 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 57897] New: Chessbase 11 media plays inside vlc rather than application
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57897 Bug ID: 57897 Summary: Chessbase 11 media plays inside vlc rather than application Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Media should open up in Chessbase's media player, so that the video syncs up with the board which is moved along with the video. Without that the media is mostly useless. Unfortunately a new vlc Window opens and media is played there. This affects Chessbase 11, but maybe other versions. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #83 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- (In reply to Damjan Jovanovic from comment #82) > (In reply to Dmitry Timoshkov from comment #81) > > (In reply to Damjan Jovanovic from comment #80) > > > In other words, Windows probably checks something like "if emulating Windows > > > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it > > > runs the callback in a separate thread. (I say that because Windows does not > > > use a separate callback thread when you set Windows 95 compatibility and > > > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.) > > > > > > So that's why HOMM works on recent Windows versions, but doesn't work on > > > Wine: Windows has application-specific workarounds :-(. > > > > What happens if you rename WAIL32.DLL to something else? > > With Windows 95 compatibility set, Windows successfully avoids the deadlock > in my test regardless of the WAIL DLL name. > > Either Windows detects the WAIL DLL some other way (DLL checksum, some > resource string, presence of SuspendThread in the DLL's import table, etc.), > or I missed something and WINMM behaves differently based on some parameter > that differs between WAIL's waveOutOpen() call and my direct waveOutOpen() > call. Could SuspendThread() fail in win9x mode when called for the same thread? -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #82 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- (In reply to Dmitry Timoshkov from comment #81) > (In reply to Damjan Jovanovic from comment #80) > > In other words, Windows probably checks something like "if emulating Windows > > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it > > runs the callback in a separate thread. (I say that because Windows does not > > use a separate callback thread when you set Windows 95 compatibility and > > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.) > > > > So that's why HOMM works on recent Windows versions, but doesn't work on > > Wine: Windows has application-specific workarounds :-(. > > What happens if you rename WAIL32.DLL to something else? With Windows 95 compatibility set, Windows successfully avoids the deadlock in my test regardless of the WAIL DLL name. Either Windows detects the WAIL DLL some other way (DLL checksum, some resource string, presence of SuspendThread in the DLL's import table, etc.), or I missed something and WINMM behaves differently based on some parameter that differs between WAIL's waveOutOpen() call and my direct waveOutOpen() call. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #81 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- (In reply to Damjan Jovanovic from comment #80) > In other words, Windows probably checks something like "if emulating Windows > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it > runs the callback in a separate thread. (I say that because Windows does not > use a separate callback thread when you set Windows 95 compatibility and > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.) > > So that's why HOMM works on recent Windows versions, but doesn't work on > Wine: Windows has application-specific workarounds :-(. What happens if you rename WAIL32.DLL to something else? -- 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 57596] New: Chessbase 17 no board sounds
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57596 Bug ID: 57596 Summary: Chessbase 17 no board sounds Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Even when board sounds are enabled, no sound is made when expected - would expect probably piece moves and illegal move to sound. Illegal move on CBase11 was an annoying shrill whistle, so maybe it's actually a blessing. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #80 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- So I tried to run HOMM again recently, and was disappointed to see this bug still hasn't been fixed. And so I began digging even deeper to discover what's wrong. The game has the following binaries: EDITOR.EXE - the map editor, unaffected by this bug. HEROES.EXE - the game, affected by this bug. SMACKW32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm). SMKWAI32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm). WAIL32.DLL - Miles Sound System ("Audio Interface Library"). Both HEROES.EXE and the SMACK libraries can call WAIL32.DLL, but this deadlock clearly happens when HEROES.EXE calls it, via the "_AIL_waveOutOpen@16" export. The only place where WAIL32.DLL calls waveOutOpen() is in its function at address 0x20008f64, called from the "_AIL_waveOutOpen@16" exported function. The flags to waveOutOpen() specify 0x30000 == CALLBACK_FUNCTION, and the callback is at address 0x20008e6d. This callback unconditionally calls SuspendThread() on the thread that previously called "_AIL_startup@0" (which is the same thread in the game), and then calls ResumeThread() if the message isn't WOM_DONE (ie. if it is WOM_OPEN or WOM_CLOSE), or if certain other complicated conditions are met. But there is no way that this callback at 0x20008e6d can avoid deadlocking if it is called on the same thread as waveOutOpen() (and _AIL_waveOutOpen@16). But how is it that on Windows, in my "winmm test" attachment, the callback happens on the same thread as the thread that I call waveOutOpen() on? Wouldn't that deadlock WAIL32.DLL like Wine does? I decided to test something else: load WAIL32.DLL from the game, and call _AIL_startup@0 and _AIL_waveOutOpen@16 myself to see what happens: ---snip--- #include <stdio.h> #include <stdlib.h> #include <windows.h> static void test_wail(void) { HINSTANCE dll = LoadLibraryA("WAIL32.DLL"); printf("LoadLibraryA() returned %p, GetLastError()=%d\n", dll, GetLastError()); if (dll != NULL) { void (*ail_startup)(void); int (*ail_waveOutOpen)(HWAVEOUT** phWaveOut, HWAVEOUT** phWaveOut2, UINT uDeviceId, WAVEFORMATEX *waveFormatEx); ail_startup = GetProcAddress(dll, "_AIL_startup@0"); if (ail_startup != NULL) { ail_startup(); printf("called _AIL_startup@0\n"); } else printf("GetProcAddress() couldn't find _AIL_startup@0\n"); ail_waveOutOpen = GetProcAddress(dll, "_AIL_waveOutOpen@16"); if (ail_waveOutOpen != NULL) { HWAVEOUT *hWaveOut; WAVEFORMATEX waveFormatEx; int ret; waveFormatEx.wFormatTag = 1; waveFormatEx.nChannels = 1; waveFormatEx.nSamplesPerSec = 22050; waveFormatEx.nAvgBytesPerSec = 22050; waveFormatEx.nBlockAlign = 1; waveFormatEx.wBitsPerSample = 8; waveFormatEx.cbSize = 0; printf("calling ail_WaveOutOpen()...\n"); ret = ail_waveOutOpen(&hWaveOut, NULL, 0, &waveFormatEx); printf("ail_WaveOutOpen() returned %d\n", ret); } else printf("GetProcAddress() couldn't find _AIL_waveOutOpen@16"); system("pause"); FreeLibrary(dll); } } int main(int argc, char *argv[]) { test_wail(); return 0; } ---snip--- Compile this, and run it with WAIL32.DLL in the same directory, and SURPRISE SURPRISE: 1. It deadlocks on Wine. 2. IT DEADLOCKS ON WINDOWS TOO!!! Just like on Wine, the last line printed is "calling ail_WaveOutOpen()...", and it never returns from ail_waveOutOpen(). 3. If you right-click the executable, select "Properties" from the dropdown menu, go to the "Compatibility" tab, check "Run this program in compatibility mode for:" and select "Windows 95", click "OK", and run it again, it will successfully run and exit, no longer deadlocking! In other words, Windows probably checks something like "if emulating Windows 9x and the WINMM callback is located in a file called WAIL32.DLL", then it runs the callback in a separate thread. (I say that because Windows does not use a separate callback thread when you set Windows 95 compatibility and call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.) So that's why HOMM works on recent Windows versions, but doesn't work on Wine: Windows has application-specific workarounds :-(. I am not sure how to proceed at this point. Should we use the Windows version to determine which thread to call WINMM callback functions on? Should we also have application-specific workarounds? Or rewrite a better open-source WAIL32.DLL that would be used in preference to the dodgy one games ship? -- 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 57895] New: Some game crash witch wine damavand in native wayland mode
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57895 Bug ID: 57895 Summary: Some game crash witch wine damavand in native wayland mode Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nicoloverwhelming(a)rustyload.com Distribution: --- Created attachment 78126 --> https://bugs.winehq.org/attachment.cgi?id=78126 signalis Some game crash witch wine damavand in native wayland mode.This does not happen when working through xwayland. These games also work when using wined3d and wine wayland games that break down: signalis Dread Delusion Deus Ex Revision games that work fine: WILL A Wonderful World terraria Mondealy tested wine: 10.0-10.2 / staging/ wow64 Linux: Manjaro 25.0 KDE Plasma Version: 6.3.2, wayland Nvidia video driver: 570.124.04 witch close kernel module start command: WINE_D3D_CONFIG=renderer=vulkan DISPLAY= mangohud wine signalis.exe -- 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 55257] New: Excel Viewer 2007 title bar is not rendered correctly
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=55257 Bug ID: 55257 Summary: Excel Viewer 2007 title bar is not rendered correctly Product: Wine Version: 8.11 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 74869 --> https://bugs.winehq.org/attachment.cgi?id=74869 With Wine native decoration Files to download and install (md5sum): ExcelViewer2007.exe (cb4f2202fc368af9476effed5cc7b8a4) ExcelViewer2007sp3-kb2526302-fullfile-en-us.exe (df16f0c83d87465e5f7ee332c64f7861) Check the attached screenshots. -- 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 57894] New: In some games on opengl you can see the part of the desktop, when using native wayland
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57894 Bug ID: 57894 Summary: In some games on opengl you can see the part of the desktop, when using native wayland Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nicoloverwhelming(a)rustyload.com Distribution: --- Created attachment 78124 --> https://bugs.winehq.org/attachment.cgi?id=78124 noita glitch In some games on opengl you can see the part of the desktop, when using native wayland.This does not happen when working through xwayland. For example in Noita game you can see the part of the desktop in the game menu. I wanted to check the work through zink, but it looks like it doesn’t work in native wayland. tested wine: 10.0-10.2 / staging/ wow64 Linux: Manjaro 25.0 KDE Plasma Version: 6.3.2, wayland Nvidia video driver: 570.124.04 witch close kernel module start command: DISPLAY= mangohud wine noita.exe -- 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 57246] New: TeraTerm 5.3 / Serial communication not functional
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57246 Bug ID: 57246 Summary: TeraTerm 5.3 / Serial communication not functional Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janne.kekkonen(a)gmail.com Distribution: --- When data is sent to serial port that is opened with TeraTerm, GUI becomes very sluggish and data received is not shown on the terminal. When sending data is stopped. Received data is shown and GUI responsiveness becomes normal. This behavior seems very similar that is described in bug 50591. -- 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 57450] New: The cursor position does not match the position in application’s . Invisible borders of the wine wayland full screen
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57450 Bug ID: 57450 Summary: The cursor position does not match the position in application’s . Invisible borders of the wine wayland full screen Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nicoloverwhelming(a)rustyload.com Distribution: --- Created attachment 77447 --> https://bugs.winehq.org/attachment.cgi?id=77447 log Hello. when the game is started in fullscreen mode via wine wayland, the cursor position on the screen does not match where the game thinks it is.For example, to select a menu item you need to place the cursor in a different place than above it.The cursor cannot be moved to the bottom or right of the screen. This problem only occurs in a full screen game, if you start the game in window mode, everything works well. Enabling desktop emulation does not solve the problem. Unfortunately I can not add a screenshot (when creating the application goes into window mode and position of the cursor changes). I didn’t find a suitable topic and created a new one, sorry if this is a duplicate. info: game: bg3_dx11.exe run command: DISPLAY= wine bg3_dx11.exe wine: 9.22 wow64 NVIDIA GeForce RTX 3060 Driver : NVIDIA 565.57.1 DE: KDE Plasma 6.2.3 wayland vulkan: Vulkan Instance Version: 1.3.295 -- 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 57891] New: Wine 10.2 can't find ntdll.so under linux.
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57891 Bug ID: 57891 Summary: Wine 10.2 can't find ntdll.so under linux. Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Note: Not sure if this is a dupe of Bug 57874 or not given it's Linux and not a Mac.... After building wine with a custom --prefix, (E.x. configure --prefix=/opt/wine-git-build/wine_10.2), running wine from a home directory fails to find ntdll.so. :~$ wine explorer wine: could not load ntdll.so: /opt/wine-git-build/wine_10.2/bin/ntdll.so: cannot open shared object file: No such file or directory :~$ Running strace shows that no attempt is made to use the prefix's /lib directory at all for ntdll.so. It goes straight to using the wine binary's install directory, fails, then tries to read a wine symlink in the current working directory, before giving up. Given that it's blatantly ignoring FHS and using the wine binary's install directory as a root, I assumed there was something wrong with the given prefix argument. The generated Makefile has the exec_prefix variable emitted _before_ the prefix variable despite using it. I.e.: exec_prefix = ${prefix} prefix = /opt/wine-git-build/wine_10.2 I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively. I might be way off, but this bug occurs regardless of arch. I.e. Using a i686 or x86_64 build fails in the exact same way. -- 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 57893] New: Progress is not going until you move a mouse
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57893 Bug ID: 57893 Summary: Progress is not going until you move a mouse Product: Wine Version: 9.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 78123 --> https://bugs.winehq.org/attachment.cgi?id=78123 Progress bar This is a Game Editor which I had to launch under wine in the bug 57733. It is not really a wine-9.0, it is crossover-base v24.0.7 which is based on wine-9 but I don't know where it is better to report. The application is X64, DirectX9 using .Net 4.0 (dotnet48) and .Net Runtime (dotnet9). Not sure if other patches by CX or by me somehow influence. The is a new strange bug: At the program start it doesn't show toolbar waiting indefinite. But when I touch the mouse the interface became fullfilled. Then I choose to create a random map and wait. It requires 2 minutes in real windows but I wait very long with wine. Than I touch the mouse and the progress bar begin moving. To make the work I have to move mouse again and again. It looks like the game or the wine going to sleep every 2 seconds and wakes after I move the mouse. How it possible? I can't check with any other wine version or flavour as the my engine the only working for this game. The log contains very many shaders errors but I see nothing concerning the bug. -- 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 57516] New: Heroes of Might and Magic 4 campaign editor: can't cycle through hero's portrait with left mouse button
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57516 Bug ID: 57516 Summary: Heroes of Might and Magic 4 campaign editor: can't cycle through hero's portrait with left mouse button Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: d42888f07c6e3e491c99bb5c8b62b568264e990c Distribution: ArchLinux Created attachment 77550 --> https://bugs.winehq.org/attachment.cgi?id=77550 short video depicting the problem In the campaign editor for HoMM4 I can't use the left mouse button to select from the available portraits because only 2 of images can be selected: the first one and the last one.That is when clicking on the up and down arrows with the mouse button, next to the hero's portrait. However if I use the mouse wheel to cycle through the available images then any of the available portraits can be selected. The last Wine version where the mouse button still worked: Wine-7.5. This is the commit where the problem first occured: commit d42888f07c6e3e491c99bb5c8b62b568264e990c user32: Use NtUserMessageCall for SendMessageA implementation. Plain terminal output doesn't show anything related. Demo version is not available. I tested with the GOG.com version of the game. Still present in Wine-10.0-rc1. -- 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 57886] New: Context menus may be positioned using the wrong window when a window is reparented
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57886 Bug ID: 57886 Summary: Context menus may be positioned using the wrong window when a window is reparented Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: irischer.posaunist(a)gmail.com Distribution: --- Created attachment 78112 --> https://bugs.winehq.org/attachment.cgi?id=78112 Log output while opening context menus in nested, reparented windows Context menus do not open in the expected location. Since 9.22, there was a mouse bug (#57603) affecting yabridge-host.exe, an X11 bridge which uses several reparented windows to show a VST/CLAP plugin running in Windows inside of a Linux DAW view: Mouse events (clicks, etc.) were being located using the entire screen, and the small plugin window was using this (fullscreen absolute) coordinate from its origin to remap each mouse event. In clearer terms, a plugin window dragged to the upper-left of the screen would function normally. Drag the window right by five centimeters, and mouse events would land five centimeters right of the cursor. While there have been patches and a merge request (https://gitlab.winehq.org/wine/wine/-/merge_requests/7429) in progress fixing the cursor offset, context menus now have the opposite behavior. Their position is calculated as an offset in the smaller plugin window, and then they are drawn with this offset from the absolute screen origin. Open a context menu while the plugin window is in the upper-left of the screen? It shows up in the correct place. Drag the window 5 centimeters right? The context menu will open 5 centimeters to the LEFT of the cursor. I am attaching a log where I open a menu, move the window to the left, and open the menu again. WINEDEBUG=+x11drv,+event,+cursor,+win,+msg,+message,+hid YABRIDGE_DEBUG_LEVEL=1+editor -- 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 57758] New: Starcraft Brood War regression on Wine 10
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57758 Bug ID: 57758 Summary: Starcraft Brood War regression on Wine 10 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: louis(a)qdcec.co.za Distribution: --- Running on Fedora 40 using packages wine-10.0-1.fc40.x86_64 and wine-10.0-0.7rc4.fc40.x86_64 I am unable to successfully run a previously "platinum" running package: StarCraft / Brood Wars by Blizzard. If I downgrade to wine-9.1-1.fc40.x86_64 the application works once again. I also have a very simple tool that decodes Cisco level 7 ascii passwords - useful when I forget what I assigned an account - that works on version 9 but not 10. (I've tried to file this regression a few days ago, but cannot find it anywhere on "My Bugs" or anywhere on this site. If I have inadvertently created a duplicate, please forgive me.) -- 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 15

[Bug 55399] New: .NET 4.8 application cannot download (by browser launch) from the Internet
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=55399 Bug ID: 55399 Summary: .NET 4.8 application cannot download (by browser launch) from the Internet Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)interlinx.bc.ca Distribution: --- Created attachment 74958 --> https://bugs.winehq.org/attachment.cgi?id=74958 Screenshot of stack trace in error dialog I am trying to use an application called GenuTax (https://www.genutax.ca/Home/Download) with .NET 4.8 and Wine 8.12. Once I created a 32-bit prefix and installed .NET 4.8 with winetricks the application installs and runs successfully. I was optimistic at this point. At some point though the application wants to launch a browser to a certain URL to log into an information portal. At that point it fails with a System.Runtime.InteropServices.COMException. I have attached a screenshot (sorry for a screenshot, but I was unable to copy the text from the dialog to be able to paste here). There is a working iexplore.exe in this installation, so there should be a browser for .NET to use. -- 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 57890] New: 3DMark11 is not working
by WineHQ Bugzilla 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57890 Bug ID: 57890 Summary: 3DMark11 is not working Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 78118 --> https://bugs.winehq.org/attachment.cgi?id=78118 Log of the fail Unlike bug 42119 I can't start this DirectX11 benchmark in the same wine. The application started with empty windows. The last line in the log ~~~~ 0024:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0000000001233510, format DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0x3, mode_count 000000000011FC58, modes 00000000009908F0 partial stub! ~~~~ So the problem is in dxgi? -- 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 57603] New: Interacting with yabridge plugins after moving the window broken
by WineHQ Bugzilla 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57603 Bug ID: 57603 Summary: Interacting with yabridge plugins after moving the window broken Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbarriolinares(a)gmail.com Distribution: --- Issue: When opening a plugin window via yabridge in carla patchbay or ardour8, the mouse input is registered at an incorrect position. After moving the plugin window, mouse interaction stops working entirely, making the interface unusable. Steps to Reproduce: 1. Open a yabridge plugin window in carla patchbay or ardour. 2. Attempt to interact with the plugin using the mouse. 3. Observe that clicks and movements are registered at incorrect positions. 4. Move the plugin window. 5. Try interacting with the plugin again. 6. Observe that the mouse no longer interacts with the plugin. Additional info: wine version: 9.22-1 yabridge version: 5.1.1-1 xorg-server version: 21.1.15-1 ardour 8.10 carla 2.5.9-1 --- Dwngrading to wine 9.21 fixed 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 23

[Bug 39120] New: Right-clicking on IE 8 causes a crash
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39120 Bug ID: 39120 Summary: Right-clicking on IE 8 causes a crash Product: Wine Version: 1.7.49 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tblodt(a)icloud.com Created attachment 52128 --> https://bugs.winehq.org/attachment.cgi?id=52128 backtrace When you install IE 8 (either using winetricks, or by creating a bunch of dll overrides and running the installer), run it, and right click anywhere on a web page, IE crashes. Backtrace is 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 4

[Bug 46201] New: Xenia fails to initialize graphics pipeline
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=46201 Bug ID: 46201 Summary: Xenia fails to initialize graphics pipeline Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: chridye(a)gmail.com Distribution: --- Created attachment 62874 --> https://bugs.winehq.org/attachment.cgi?id=62874 backtrace from today (nov 26 2018) the latest build of xenia can be found at https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z… I got this error in the terminal window: vkd3d_dxbc_compiler_get_register_info: Assertion `reg->idx[0].offset < compiler->temp_count' failed. A quick search on google says this was some graceful way of dealing with unimplemented registers. That change was proposed on Jan 9. http://wine.1045685.n8.nabble.com/PATCH-vkd3d-1-7-libs-vkd3d-shader-Handle-… The version of vkd3d I'm using was built from source using a commit from today (nov 26). I'm on ubuntu 18.10 without vkd3d installed via package manager. wine was ran in 64-bit mode and was also built from source today after doing a `git pull`. The exact command I ran was `wine64 xenia.exe.` I have attached the back trace. -- 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 46190] New: Low FPS on Zombie Army Trilogy
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=46190 Bug ID: 46190 Summary: Low FPS on Zombie Army Trilogy Product: Wine Version: 3.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: patoplc(a)live.com Created attachment 62851 --> https://bugs.winehq.org/attachment.cgi?id=62851 Compressed version of the Zombie Army Trilogy console log. Several errors are thrown in console by the d3d dlls. The log from playing Zombie Army Trilogy for a very short time is over 340 MB due to the sheer amount of errors, so I cannot attach it uncompressed here. The attachment provided is a .tar.xz version of the log from opening Steam and playing for less than 1 minute. -- 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 51357] New: Mouse clicks to buttons on popups are ignored. You must click below the button. Freecell.exe from WinXP.
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=51357 Bug ID: 51357 Summary: Mouse clicks to buttons on popups are ignored. You must click below the button. Freecell.exe from WinXP. Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: linux(a)kenjackson.us Distribution: --- Created attachment 70216 --> https://bugs.winehq.org/attachment.cgi?id=70216 git diff dlls/winex11.drv/mouse.c # This fixes the bug for me Every mouse click to any button on a popup in freecell.exe from WinXP (I think) is ignored. Clicks below the button are processed and work. This was introduced in commit 5a8bc554ef06c4a21d8b, April 6, 2021, and is still a problem in the latest git code. Deleting line 615 in dlls/wnex11.drv/mouse.c fixes the problem. I don't know what else this affects. -- 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 42119] New: Unigine Heaven Benchmark 4.0 not working in dx11 mode
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=42119 Bug ID: 42119 Summary: Unigine Heaven Benchmark 4.0 not working in dx11 mode Product: Wine Version: 2.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- Created attachment 56646 --> https://bugs.winehq.org/attachment.cgi?id=56646 10.0 is not supported The message is not true. My graphics card supported DX11 and SM5.0 macOS Sierra supported OpenGL4.1 In log there are few messages ~~~~ fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type. fixme:dxgi:dxgi_device_init Ignoring adapter type. fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774, container_parent 0x1a13f8, wined3d_desc 0x33e820, wined3d_texture 0x1dc6c8 partial stub! fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d usage conversion. fixme:d3d:context_create OpenGL implementation does not support GL_PRIMITIVE_RESTART_FIXED_INDEX. fixme:dxgi:dxgi_factory_CreateSwapChain iface 0x1a41d8, device 0x1a1748, desc 0x33ec44, swapchain 0x48c888 partial stub! fixme:dxgi:dxgi_factory_CreateSwapChain Ignoring SwapEffect 0. fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774, container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1de730 partial stub! fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d usage conversion. fixme:d3d:context_create OpenGL implementation does not support GL_PRIMITIVE_RESTART_FIXED_INDEX. fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774, container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1e0718 partial stub! fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d usage conversion. fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0x1a41d8, window 0x10092, flags 0x3 stub! -- 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 52806] New: TickyClav 2.exe crashes almost immediately
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=52806 Bug ID: 52806 Summary: TickyClav 2.exe crashes almost immediately Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rob(a)kalistra.com Distribution: --- Created attachment 72182 --> https://bugs.winehq.org/attachment.cgi?id=72182 output from "TickyClav" virtual instrument crash I use wine with yabridge to get an assortment of Windows audio plugins working on my Ubuntu Studio 20.04 machine (5.4.0-107-lowlatency kernel with PREEMPT specified). I love it, thank you!! One plugin that used to work well for me stopped working quite some time ago. It is the "Ticky Clav 2" clavinet virtual instrument (https://www.2getheraudio.com/instruments/ticky_clav_2/). I usually use the plugin as a VST, but it also comes with an .exe that I can start from the command line. When I run `wine 2getheraudio\ TickyClav\ 2.exe` I briefly see the UI for the application show up on the screen, then about a half second later I get the "Program Error" window saying "The program 2getheraudio TickyClav 2.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." I have attached a text file with the full terminal output. Thanks for any help you can offer! -- 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 31592] New: Wine uses legacy /proc/scsi interface
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=31592 Bug #: 31592 Summary: Wine uses legacy /proc/scsi interface Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pb-2004(a)hotmail.com Classification: Unclassified Wine uses /proc/scsi interface to populate HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi registry key. Because /proc/scsi is missing on some linux distributions(i.e. Debian) Wine can't write information to this key. This situation breaks wn32aspi emulation and windows programs which access cd/dvd drives through aspi. -- 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 11

[Bug 25381] New: Trackmania Nation Forever crashes on OS X when sound is enabled
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=25381 Summary: Trackmania Nation Forever crashes on OS X when sound is enabled Product: Wine Version: 1.3.8 Platform: x86 URL: http://www.trackmaniaunited.com OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: qparis(a)playonlinux.com Created an attachment (id=32283) --> (http://bugs.winehq.org/attachment.cgi?id=32283) Screenshot + Terminal content Application : Track Mania Nation forever (http://www.trackmaniaunited.com) System information : - Tested both with XQuartz 2.6.0 beta (for Randr support) and stable version - Mac OS 10.6.5 Step to reproduce : - I downloaded the latest version of Trackmania Nation Forever (free) (http://www.trackmaniaunited.com) - The game installation run fine - I started a single player game, it will crash at the end of the loading process - I runned wineserver -k in a terminal to kill wine - I went to settings menu -> Advanced -> Audio - I unchecked the box "Enable sound" - I retried to start a single player race, and it worked perfectly (I retried several time and the problem seems to be linked to the sound) Other details - The menu works fine with - The problem does not exist on Linux -- 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 57843] New: Chromium Browser in Demo doesn't load
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57843 Bug ID: 57843 Summary: Chromium Browser in Demo doesn't load Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: thrust73(a)gmail.com Distribution: --- Download demo from https://zenfulcrum.com/browser/demo/ZFBrowser%203.0.0%20Demo%20w64.zip 1. Start demo and collect coins to unlock doors. 2. Open door to go into room. 3. Room 1 chromium browser doesn't work. Suppose to show chromium's wikipedia page. 4. Room 3 chromium browser doesn't load external demo pages. 5. Room 7 opens a chromium browser. It doesn't load any page. 6. Pressing "esc" in demo brings up menu that can open the same browser in room 7. Last working wine version is 8.13 Reverting commit 4098a05ea84 "iphlpapi: Link NotifyAddrChange and CancelIPChangeNotify to nsi implementation" from wine 8.14, 9.0 and 10.0 makes the chromium browser in the demo works again. -- 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 57882] New: vbscript:Haven't hook up events
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57882 Bug ID: 57882 Summary: vbscript:Haven't hook up events Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fang.jiali(a)vico-lab.com In Microsoft's vbscript.dll, before starting the actual script, the scripting engine will connect to the events of all the relevant objects through the IConnectionPoint interface. But in this vbscript.dll, it haven't above step(hook up events). Is this feature planned to be supported in the future? -- 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 57883] New: vbscript:Script compilation error when for each with array
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57883 Bug ID: 57883 Summary: vbscript:Script compilation error when for each with array Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fang.jiali(a)vico-lab.com Distribution: --- Dim d: d = Array(1,2,3,4,5) Dim i For each i In d Next when running above script, compilation error. -- 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 57830] New: StarCitizen fails to launch
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57830 Bug ID: 57830 Summary: StarCitizen fails to launch Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rawfox(a)freenet.de Distribution: --- Created attachment 78038 --> https://bugs.winehq.org/attachment.cgi?id=78038 fix-off-by-one-mistake.patch StarCitizen does not launch due to a mistake in the file dlls/wbemprox/builtin.c if (++i > nb_allocated) Netho (ngh) from Linux Users Group (#LUG) found it and quick hacked a diff, thanks you man ! He said, this will be true when `i` was 16. Due to C is 0 indexed it means it just wrote past the buffer, clobbering something critical. Changing it to >= does the trick. if (++i >= nb_allocated) this made it work again. Cheers, raw^^ -- 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 35349] New: NC Corrector spams terminal with "fixme:olepicture:OLEPictureImpl_SaveAsFile"
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=35349 Bug ID: 35349 Summary: NC Corrector spams terminal with "fixme:olepicture:OLEPictureImpl_SaveAsFile" Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plaes(a)plaes.org Classification: Unclassified `NC Corrector 4.0` from http://www.nc-corrector.inf.ua/index_EN.htm spams following continuously in the terminal: [snip] ... fixme:olepicture:OLEPictureImpl_SaveAsFile (0x1fe9b0)->(0x19ad098, 0, (nil)), hacked stub. fixme:olepicture:OLEPictureImpl_SaveAsFile (0x2064d8)->(0x19ad098, 0, (nil)), hacked stub. .... [/snip] This could be also duplicate for #20222 -- 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 57869] New: Lightshot screenshot tool won't launch since last update of wine-devel
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57869 Bug ID: 57869 Summary: Lightshot screenshot tool won't launch since last update of wine-devel Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: info(a)vlastimilburian.cz Distribution: --- Lightshot screenshot tool won't launch since last update of wine-devel, I use only this very tiny Windows app to capture screenshots, so I cannot test other Win apps but can install some upon request of course. https://app.prntscr.com/en/wine-lightshot.html $ apt-cache policy wine-devel wine-devel: Installed: 10.2~noble-1 Candidate: 10.2~noble-1 Version table: *** 10.2~noble-1 500 500 https://dl.winehq.org/wine-builds/ubuntu noble/main amd64 Packages 100 /var/lib/dpkg/status $ env WINEPREFIX="/home/vlastimil/.wine" wine C:\\windows\\command\\start.exe /Unix /home/vlastimil/.wine/dosdevices/c:/ProgramData/Microsoft/Windows/Start\ Menu/Programs/Lightshot/Lightshot.lnk wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error 4000000e 0088:err:environ:run_wineboot failed to start wineboot 1 wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error 4000000e 0088:fixme:exec:SHELL_execute flags ignored: 0x00000100 0088:fixme:exec:SHELL_execute flags ignored: 0x00004100 $ 00a8:fixme:ver:GetCurrentPackageId (0057FEB4 00000000): stub -- 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 57863] New: [Regression]　Wine 10.2 is just straight-up fully broken on Linux Mint (can't even run winecfg); 10.1 was fine
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57863 Bug ID: 57863 Summary: [Regression]　Wine 10.2 is just straight-up fully broken on Linux Mint (can't even run winecfg); 10.1 was fine Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: NM64+bugs.winehq.org(a)PM.me Distribution: Mint Just install Wine 10.2 (devel or staging0 on Linux Mint (20.x, 21.x, or 22.x) and you'll see Wine is just straight-up broken to the point that you can't even run winecfg. Wine 10.1 worked 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 5

[Bug 57885] New: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57885 Bug ID: 57885 Summary: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws Distribution: --- **Version:** Wine 10.0 / JRE 21.0.6+7-LTS **Steps that will reproduce the problem:** - curl -LO https://github.com/adoptium/temurin21-binaries/releases/download/jdk-21.0.6… - unzip OpenJDK21U-jre_x64_windows_hotspot_21.0.6_7.zip - wine jdk-21.0.6+7-jre/bin/java.exe **What is the expected result:** Usage guidelines. **What happens instead:** Usage guidelines and multiple time the warning: "OpenJDK 64-Bit Server VM warning: Attempt to get process group affinity failed: Call not implemented" **Possible workaround:** Use JRE 21.0.5 **Any additional information:** Probably related to: - https://bugs.openjdk.org/browse/JDK-6942632 - https://github.com/openjdk/jdk21u-dev/blob/580690614f3e27660feeccd89a3691de… - https://github.com/openjdk/jdk21u-dev/commit/5be5942de233727b261b847340441b… - https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/kernelbase/process.c… -- 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 57868] New: Problem launching ReMarkable application on wine 10.2
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57868 Bug ID: 57868 Summary: Problem launching ReMarkable application on wine 10.2 Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: olivier.pantale(a)uttop.fr Distribution: --- Hi, Remarkable application stopped to launch on wine 10.2, while it was working well on wine 10.1. Seems unable to load ntdll module. wine .wine/drive_c/Program\ Files/reMarkable/reMarkable.exe wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error 4000000e 0024:err:environ:run_wineboot failed to start wineboot 1 wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error 4000000e wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error 4000000e 0024:err:start:fatal_error FormatMessage failed Olivier -- 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 57867] New: 10.2-staging bug (ntdll.dll error 4000000e)
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57867 Bug ID: 57867 Summary: 10.2-staging bug (ntdll.dll error 4000000e) Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronaz(a)protonmail.com Distribution: --- Yesterday WINE updated to 10.2-staging and brought a bug. I can no longer run 'winecfg' or certain programs which worked in previous WINE versions, though other programs remain unaffected. -- 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 57855] New: msiexec crashes while installing .net48 (regression)
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57855 Bug ID: 57855 Summary: msiexec crashes while installing .net48 (regression) Product: Wine Version: 10.1 Hardware: x86-64 URL: https://download.visualstudio.microsoft.com/download/p r/7afca223-55d2-470a-8edc-6a1739ae3252/abd170b4b0ec15a d0222a809b761a036/ndp48-x86-x64-allos-enu.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: e7ac2e718feebd56064ed52aae0158861284af1c Distribution: Debian Unfortunately commit e7ac2e718feebd56064ed52aae0158861284af1c breaks installer of .net48 Easiest way to reproduce is: - wget https://download.visualstudio.microsoft.com/download/pr/7afca223-55d2-470a-… -7z x ndp48-x86-x64-allos-enu.exe - wine netfx_Full_x64.msi I couldn't get a backtrace, the crashdialog just hang. e7ac2e718feebd56064ed52aae0158861284af1c is the first bad commit commit e7ac2e718feebd56064ed52aae0158861284af1c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Feb 21 11:49:18 2025 +0100 ntdll: Support an arbitrary number of PE sections. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57850 dlls/ntdll/loader.c | 35 ++++++++++++++++++++++++----------- dlls/ntdll/unix/virtual.c | 39 ++++++++++++++++++++++++++------------- 2 files changed, 50 insertions(+), 24 deletions(-) -- 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 57876] New: 10.2 Update wine-devel-amd64
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57876 Bug ID: 57876 Summary: 10.2 Update wine-devel-amd64 Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kieran1188(a)gmail.com Distribution: --- Created attachment 78097 --> https://bugs.winehq.org/attachment.cgi?id=78097 DPKG-debug-log Just updated to 10.2 and coming up with errors trying to update wine-devel-amd64 -- 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 57279] New: game installs, but stops running on initial screen due to "unimplemented feature"
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57279 Bug ID: 57279 Summary: game installs, but stops running on initial screen due to "unimplemented feature" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: rens.groenewegen(a)xs4all.nl Distribution: --- Created attachment 77216 --> https://bugs.winehq.org/attachment.cgi?id=77216 screenshot game will install, but does not start. installs .net 4 and directX It will install on windows7 64 bit and up, so its fairly old... produces error : (typed over, see screenshot attached) ____________________________________ E5017 : Aborting due to not yet implemented feature: Uniform initializer. ____________________________________ it refers to a file _______________________________________ graphics\shaders\sysfont\sysfont.fx:83:23: E5000 syntax error, unexpected KW_SAMPLER_STATE _______________________________________ I am using crossover linux, v 24.04 (latest) wine log : _____________________________________________________________________________ Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x007ffffee9e8b7). Register dump: rip:00007ffffee9e8b7 rsp:00007ffffe1fe5d0 rbp:00007ffffe1fe760 eflags:00010287 ( R- -- I S - -P-C) rax:00007f4f32dc3878 rbx:00007fffff8d2200 rcx:0000000000000000 rdx:000000000000000f rsi:00007ffffe5d2da0 rdi:00007f4f32dc3860 r8:0000000000000002 r9:00007f4f32dc3848 r10:0000000000000074 r11:6f46737953647473 r12:0000000000000000 r13:0000000000000388 r14:0000000000000640 r15:00007f4f31483d40 Stack dump: 0x007ffffe1fe5d0: 00007fffff8d2200 00007ffffe1fe760 0x007ffffe1fe5e0: 00007ffffe5d2da0 00007ffffe5d2da0 0x007ffffe1fe5f0: fffffffffffffffe 6f46737953647400 0x007ffffe1fe600: 000000000000746e 0000000000000000 0x007ffffe1fe610: 000000000000000f 00000eea5574cf31 0x007ffffe1fe620: 00007ffffe4b2028 00007ffffe4555b9 0x007ffffe1fe630: 00007fffff8f6e30 00007fffff86da50 0x007ffffe1fe640: 00007ffffe5d2da0 00007ffffe5d2da0 0x007ffffe1fe650: 00007f4f32e59610 0000000140226220 0x007ffffe1fe660: 00007ffffeed7170 00007ffffeed7170 0x007ffffe1fe670: 00007ffffeed7170 00007ffffe5d2da0 0x007ffffe1fe680: 00007fff0000004b 0000000000000000 Backtrace: =>0 0x007ffffee9e8b7 in renderers (+0x4e8b7) (0x007ffffe1fe760) 1 0x007ffffe4555b9 in gfxshared (+0x55b9) (0x007ffffe1fe760) 2 0x00000140226220 in il-2 (+0x226220) (0x007ffffe1fe760) 3 0x00000140266907 in il-2 (+0x266907) (0x00000000000001) 4 0x0000007ba2bb11 in user32 (+0x5bb11) (0x00000000000001) 5 0x0000007ba2de44 in user32 (+0x5de44) (0000000000000000) 6 0x0000007ba14821 in user32 (+0x44821) (0000000000000000) 7 0x0000007ba16867 in user32 (+0x46867) (0000000000000000) 8 0x000001402657f9 in il-2 (+0x2657f9) (0000000000000000) 9 0x00000140266ecf in il-2 (+0x266ecf) (0x00000140000000) 10 0x00000140b55502 in il-2 (+0xb55502) (0000000000000000) 11 0x006fffffee91b9 in kernel32 (+0x291b9) (0000000000000000) 12 0x006ffffff9982b in ntdll (+0x5982b) (0000000000000000) 0x007ffffee9e8b7 renderers+0x4e8b7: mov (%rcx), %rax Modules: Module Address Debug info Name (163 modules) PE 6a340000- 6a643000 Deferred d3d11 PE-Wine 794e0000- 794eb000 Deferred psapi PE 79500000- 79540000 Deferred steam_api64 PE-Wine 79890000- 798b2000 Deferred propsys PE-Wine 798d0000- 79a3b000 Deferred windowscodecs PE-Wine 79a50000- 79a84000 Deferred d3d9 PE-Wine 79aa0000- 79ac6000 Deferred netapi32 PE-Wine 79ae0000- 79af3000 Deferred msv1_0 PE-Wine 79b10000- 79b1f000 Deferred kerberos PE-Wine 79b30000- 79b55000 Deferred concrt140 PE-Wine 79b70000- 79b87000 Deferred bcrypt PE-Wine 79ba0000- 79c72000 Deferred crypt32 PE-Wine 79c90000- 79d19000 Deferred wldap32 PE-Wine 79d30000- 79dd0000 Deferred msvcr90 PE-Wine 79de0000- 79ec7000 Deferred msvcp90 PE-Wine 79ee0000- 79f00000 Deferred secur32 PE-Wine 79f10000- 79f32000 Deferred msacm32 PE-Wine 79f50000- 7a013000 Deferred winmm PE-Wine 7a030000- 7a041000 Deferred hid PE-Wine 7a060000- 7a0a3000 Deferred dinput8 PE-Wine 7a0c0000- 7a0d1000 Deferred wsock32 PE-Wine 7a0f0000- 7a11b000 Deferred winevulkan PE-Wine 7a130000- 7a164000 Deferred dxgi PE-Wine 7a180000- 7a27d000 Deferred opengl32 PE-Wine 7a290000- 7a2f6000 Deferred libvkd3d-1 PE-Wine 7a310000- 7a3e5000 Deferred libvkd3d-shader-1 PE-Wine 7a400000- 7a593000 Deferred wined3d PE-Wine 7a5b0000- 7a5e7000 Deferred d3dcompiler_47 PE-Wine 7a600000- 7a721000 Deferred oleaut32 PE-Wine 7a890000- 7a9c7000 Deferred comctl32 PE-Wine 7a9e0000- 7aa1a000 Deferred uxtheme PE-Wine 7aa30000- 7aa48000 Deferred winex11 PE-Wine 7aa60000- 7aa78000 Deferred coml2 PE-Wine 7aa90000- 7aadb000 Deferred combase PE-Wine 7aaf0000- 7abf8000 Deferred ole32 PE-Wine 7ac10000- 7ac20000 Deferred vcomp140 PE-Wine 7ac30000- 7ac46000 Deferred shcore PE-Wine 7ac60000- 7acac000 Deferred shlwapi PE-Wine 7acc0000- 7b5e8000 Deferred shell32 PE-Wine 7b610000- 7b61e000 Deferred vulkan-1 PE-Wine 7b630000- 7b6e8000 Deferred msvcp140 PE-Wine 7b700000- 7b70c000 Deferred vcruntime140 PE-Wine 7b720000- 7b72e000 Deferred nsi PE-Wine 7b740000- 7b755000 Deferred dnsapi PE-Wine 7b770000- 7b796000 Deferred iphlpapi PE-Wine 7b800000- 7b81e000 Deferred imm32 PE-Wine 7b8f0000- 7b925000 Deferred win32u PE-Wine 7b940000- 7b9bd000 Deferred gdi32 PE-Wine 7b9d0000- 7bb76000 Export user32 PE-Wine 7bc70000- 7bce8000 Deferred setupapi PE-Wine 7bd00000- 7bd80000 Deferred rpcrt4 PE-Wine 7bd90000- 7bdb7000 Deferred ws2_32 PE-Wine 7bdd0000- 7be9a000 Deferred ucrtbase PE-Wine 7beb0000- 7bedb000 Deferred sechost PE-Wine 7bef0000- 7bf8a000 Deferred msvcrt PE-Wine 7bfa0000- 7bfe2000 Deferred advapi32 PE 100000000- 1011cc000 Deferred rse PE 140000000- 14139a000 Export il-2 PE 180000000- 18000c000 Deferred cameraman PE 6fffff0e0000- 6fffff661000 Deferred libmysql PE 6fffff680000- 6fffff6ff000 Deferred mysqlpp64 PE 6fffff710000- 6fffff813000 Deferred libwebmplayer PE 6fffff830000- 6fffffa1c000 Deferred fmod PE 6fffffa30000- 6fffffb95000 Deferred fmodstudio PE 6fffffbb0000- 6fffffbfd000 Deferred openvr_api PE-Wine 6fffffc10000- 6fffffea5000 Deferred kernelbase PE-Wine 6fffffec0000- 6ffffff22000 Export kernel32 PE-Wine 6ffffff40000- 6ffffffe9000 Export ntdll ELF 7f4f1fb7c000- 7f4f216f7000 Deferred libcuda.so.1 ELF 7f4f216f7000- 7f4f21fb0000 Deferred libnvidia-glvkspirv.so.550.67 ELF 7f4f23000000- 7f4f23205000 Deferred libxcb-dri3.so.0 ELF 7f4f23400000- 7f4f23611000 Deferred libxcb-randr.so.0 ELF 7f4f236e6000- 7f4f260ec000 Deferred libnvidia-gpucomp.so.550.67 ELF 7f4f260ec000- 7f4f28000000 Deferred libnvidia-glcore.so.550.67 ELF 7f4f2c200000- 7f4f2c41c000 Deferred libxcb-glx.so.0 ELF 7f4f2c600000- 7f4f2c856000 Deferred libvulkan.so.1 ELF 7f4f2d400000- 7f4f2d689000 Deferred libpcre.so.1 ELF 7f4f2d800000- 7f4f2da29000 Deferred libselinux.so.1 ELF 7f4f2dac1000- 7f4f2de00000 Deferred libcrypto.so.1.1 ELF 7f4f2de00000- 7f4f2e005000 Deferred libkeyutils.so.1 ELF 7f4f2e200000- 7f4f2e40a000 Deferred libffi.so.7 ELF 7f4f2e600000- 7f4f2e896000 Deferred libgmp.so.10 ELF 7f4f2ea00000- 7f4f2ec13000 Deferred libtasn1.so.6 ELF 7f4f2ee00000- 7f4f2f183000 Deferred libunistring.so.2 ELF 7f4f2f200000- 7f4f2f41d000 Deferred libidn2.so.0 ELF 7f4f2f581000- 7f4f2f790000 Deferred libgnutls.so.30 ELF 7f4f34e00000- 7f4f35006000 Deferred libxfixes.so.3 ELF 7f4f35200000- 7f4f3540b000 Deferred libxcursor.so.1 ELF 7f4f35600000- 7f4f35811000 Deferred libxi.so.6 ELF 7f4f35a00000- 7f4f35c03000 Deferred libxcomposite.so.1 ELF 7f4f35c40000- 7f4f35cd7000 Deferred libnvidia-glsi.so.550.67 ELF 7f4f35cd7000- 7f4f35e00000 Deferred libglx_nvidia.so.0 ELF 7f4f35e00000- 7f4f3600b000 Deferred libxrandr.so.2 ELF 7f4f3603a000- 7f4f360f0000 Deferred libgldispatch.so.0 ELF 7f4f36200000- 7f4f3640b000 Deferred libxrender.so.1 ELF 7f4f36600000- 7f4f36806000 Deferred libxxf86vm.so.1 ELF 7f4f36926000- 7f4f36a00000 Deferred libkrb5.so.3 ELF 7f4f36a00000- 7f4f36c03000 Deferred libxinerama.so.1 ELF 7f4f36c24000- 7f4f36cb0000 Deferred libgl.so.1 ELF 7f4f36e00000- 7f4f37004000 Deferred libxau.so.6 ELF 7f4f37022000- 7f4f370cd000 Deferred winevulkan.so ELF 7f4f370cd000- 7f4f37200000 Deferred libp11-kit.so.0 ELF 7f4f37200000- 7f4f37429000 Deferred libxcb.so.1 ELF 7f4f3745a000- 7f4f3746f000 Deferred libdrm.so.2 ELF 7f4f3746f000- 7f4f374a1000 Deferred libglx.so.0 ELF 7f4f37600000- 7f4f37812000 Deferred libxext.so.6 ELF 7f4f3787d000- 7f4f378cf000 Deferred libgssapi_krb5.so.2 ELF 7f4f378cf000- 7f4f37a00000 Deferred opengl32.so ELF 7f4f37a00000- 7f4f37c45000 Deferred libfontconfig.so.1 ELF 7f4f37c53000- 7f4f37c6a000 Deferred libk5crypto.so.3 ELF 7f4f37c6a000- 7f4f37cb3000 Deferred libhogweed.so.6 ELF 7f4f37cb3000- 7f4f37d00000 Deferred libnettle.so.8 ELF 7f4f37e00000- 7f4f38043000 Deferred libpng16.so.16 ELF 7f4f38049000- 7f4f38058000 Deferred libkrb5support.so.0 ELF 7f4f3805c000- 7f4f38063000 Deferred crypt32.so ELF 7f4f38063000- 7f4f38070000 Deferred bcrypt.so ELF 7f4f38081000- 7f4f38087000 Deferred libnvidia-tls.so.550.67 ELF 7f4f38087000- 7f4f38090000 Deferred kerberos.so ELF 7f4f380b1000- 7f4f380b7000 Deferred msv1_0.so ELF 7f4f380b7000- 7f4f380bf000 Deferred libjitterentropy.so.3 ELF 7f4f380bf000- 7f4f38200000 Deferred libx11.so.6 ELF 7f4f38200000- 7f4f3841d000 Deferred libbz2.so.1 ELF 7f4f3841d000- 7f4f38422000 Deferred netapi32.so ELF 7f4f38422000- 7f4f3843a000 Deferred libresolv.so.2 ELF 7f4f3845e000- 7f4f384e7000 Deferred winex11.so ELF 7f4f38600000- 7f4f388be000 Deferred libfreetype.so.6 ELF 7f4f388c2000- 7f4f388cd000 Deferred secur32.so ELF 7f4f38a12000- 7f4f38b5e000 Deferred libm.so.6 ELF 7f4f38b5e000- 7f4f38d00000 Deferred win32u.so ELF 7f4f39000000- 7f4f3923a000 Deferred liblzma.so.5 ELF 7f4f3923b000- 7f4f3923e000 Deferred libx11-xcb.so.1 ELF 7f4f3923e000- 7f4f3927d000 Deferred libexpat.so.1 ELF 7f4f3927f000- 7f4f39284000 Deferred libcom_err.so.2 ELF 7f4f39284000- 7f4f3928b000 Deferred ws2_32.so ELF 7f4f3928b000- 7f4f39290000 Deferred dnsapi.so ELF 7f4f39400000- 7f4f39618000 Deferred libunwind.so.8 ELF 7f4f39622000- 7f4f3962c000 Deferred librt.so.1 ELF 7f4f3962c000- 7f4f39705000 Export ntdll.so ELF 7f4f39707000- 7f4f398fe000 Deferred libc.so.6 ELF 7f4f398fe000- 7f4f39903000 Deferred libdl.so.2 ELF 7f4f39903000- 7f4f39927000 Deferred libpthread.so.0 ELF 7f4f39929000- 7f4f39931000 Deferred libuuid.so.1 ELF 7f4f39931000- 7f4f3994a000 Deferred libz.so.1 ELF 7f4f39958000- 7f4f39986000 Deferred ld-linux-x86-64.so.2 ELF 7f4f39986000- 7f4f3998b000 Deferred <wine-loader> PE 7ffffe350000- 7ffffe369000 Deferred math PE 7ffffe370000- 7ffffe3fd000 Deferred common PE 7ffffe400000- 7ffffe41d000 Deferred console PE 7ffffe420000- 7ffffe444000 Deferred core PE 7ffffe450000- 7ffffe4c4000 Export gfxshared PE 7ffffe4d0000- 7ffffe544000 Deferred enviro PE 7ffffe550000- 7ffffe614000 Deferred dxbackend11 PE 7ffffe720000- 7ffffe793000 Deferred inputinterface PE 7ffffe7a0000- 7ffffe804000 Deferred input PE 7ffffe810000- 7ffffe83b000 Deferred registry PE 7ffffe840000- 7ffffe962000 Deferred landscape PE 7ffffe970000- 7ffffec9a000 Deferred missionmanager PE 7ffffeca0000- 7ffffee41000 Deferred sceneman PE 7ffffee50000- 7ffffef50000 Export renderers PE 7ffffef50000- 7ffffefd0000 Deferred net PE 7ffffefd0000- 7ffffefe1000 Deferred timer PE 7ffffeff0000- 7fffff061000 Deferred soundengine PE 7fffff070000- 7fffff19f000 Deferred careerprocessor Threads: process tid prio name (all IDs are in hex) 00000030 services.exe 00000034 0 00000038 0 wine_rpcrt4_server 00000044 0 wine_rpcrt4_io 0000005c 0 wine_rpcrt4_io 0000007c 0 wine_rpcrt4_io 000000a8 0 wine_rpcrt4_io 000000c4 0 000000f4 0 wine_rpcrt4_io 0000003c svchost.exe 00000040 0 0000004c 0 00000050 0 wine_sechost_service 00000054 winedevice.exe 00000058 0 00000060 0 00000064 0 wine_sechost_service 00000068 0 0000006c 0 00000070 0 000000b8 0 000000bc 0 00000074 winedevice.exe 00000078 0 00000080 0 00000084 0 wine_sechost_service 00000088 0 0000008c 0 00000090 0 00000094 0 00000098 0 000000c8 0 000000d4 0 000000a0 plugplay.exe 000000a4 0 000000ac 0 000000b0 0 wine_sechost_service 000000b4 0 wine_rpcrt4_server 000000cc 0 wine_rpcrt4_io 000000ec rpcss.exe 000000f0 0 000000fc 0 00000100 0 wine_sechost_service 00000104 0 wine_rpcrt4_server 00000108 0 wine_rpcrt4_server 00000134 0 wine_rpcrt4_io 00000114 explorer.exe 00000118 0 0000011c 0 00000128 0 00000130 0 wine_rpcrt4_server 00000184 (D) C:\fc123\IL-2 Sturmovik Great Battles\bin\game\Il-2.exe 00000188 0 <== 00000190 0 00000194 0 00000198 0 dxvk-submit 0000019c 0 dxvk-queue 000001a0 0 dxvk-cs 000001a4 -2 dxvk-shader 000001a8 -2 dxvk-shader 000001ac -2 dxvk-shader 000001b0 -2 dxvk-shader 000001b4 -2 dxvk-shader 000001b8 -2 dxvk-shader 000001bc -2 dxvk-shader 000001c0 -1 000001c4 -15 00000208 0 00000200 conhost.exe 00000204 0 System information: Wine build: wine-9.0-8251-gcd3236afd5e Platform: x86_64 (guest: i386) Version: Windows 10 Host system: Linux Host version: 5.14.21-150500.55.68-default -- 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 57879] New: 10.2~bookworm-2 update failed
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57879 Bug ID: 57879 Summary: 10.2~bookworm-2 update failed Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronaz(a)protonmail.com Distribution: --- Created attachment 78101 --> https://bugs.winehq.org/attachment.cgi?id=78101 output As title, latest update failed: "trying to overwrite '/opt/wine-staging/bin/wine', which is also in package wine-staging-i386:i386 10.2~b ookworm-2" My WINE install is still broken. -- 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 57884] New: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57884 Bug ID: 57884 Summary: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws Distribution: --- **Version:** Wine 10.0 / JRE 21.0.6+7-LTS **Steps that will reproduce the problem:** - curl -LO https://github.com/adoptium/temurin21-binaries/releases/download/jdk-21.0.6… - unzip OpenJDK21U-jre_x64_windows_hotspot_21.0.6_7.zip - wine jdk-21.0.6+7-jre/bin/java.exe **What is the expected result:** Usage guidelines. **What happens instead:** Usage guidelines and multiple time the warning: "OpenJDK 64-Bit Server VM warning: Attempt to get process group affinity failed: Call not implemented" **Possible workaround:** Use JRE 21.0.5 **Any additional information:** Probably related to: - https://bugs.openjdk.org/browse/JDK-6942632 - https://github.com/openjdk/jdk21u-dev/blob/580690614f3e27660feeccd89a3691de… - https://github.com/openjdk/jdk21u-dev/commit/5be5942de233727b261b847340441b… - https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/kernelbase/process.c… -- 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 57861] New: All wine runs fail with "failed to start wineboot"
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57861 Bug ID: 57861 Summary: All wine runs fail with "failed to start wineboot" Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- After upgrade to Wine 10.2 in Debian testing (using packages from Wine debian repo), any usage of that package wine (both regular and staging) fail with such error: wine winecfg wine: failed to open L"C:\\windows\\system32\\wineboot.exe": c0000135 0024:err:environ:run_wineboot failed to start wineboot c0000135 wine: could not load kernel32.dll, status c0000135 If I build Wine myself (new wow64 build), it works 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 2

[Bug 57877] New: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57877 Bug ID: 57877 Summary: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: Dominik-Home(a)gmx.de Distribution: --- Wine has issues in parsing if-statements like the following: if not [%FOO:~-1%] == [True] ( <----- NOTE THE TRAILING TAB HERE echo ENTERED IF-EXPRESSION ) On Windows those kind of expressions execute as expected but on Wine it errors with a note 'Mismatch in parentheses.'. While playing around with this construct I realised that the trailing tab may cause this issue. As soon as I remove it, the code seems to work. See also the attached reproducers. For reference this, is the last issue to get the PlanAhead (part of Xilinx ISE) batch scripts to work. They are responsible for configuring the environment and starting the GUI. -- 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 57571] New: Zafehouse: Diaries garbage/black screen
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57571 Bug ID: 57571 Summary: Zafehouse: Diaries garbage/black screen Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rencer(a)euromail.hu Distribution: --- I have this game installed on my computer with it's own wineprefix. Never used that prefix for anything else, just to play this one game. Originally I created that wineprefix and installed the game inside that back at 2014. Also I tried to run the game with this wineprefix on the exact same computer as back then. It required lot of manual trickering to make it work. At that time nobody managed to run the game with sound on Linux, but I figured out and posted a how-to on the game's forum. Later even the developers shared that how-to on the Steam page of the game. See here: https://steamcommunity.com/app/249360/discussions/0/846963711048254058/#c61… Sadly that forum page doesn't exist anymore; possibly because the game is old and no longer supported. It doesn't really matter anyway, because it is no longer possible to make the game install and setup a wineprefix that way. Back then it was possible to install all the requirements manually because wine/winetricks wasn't blocking us to install them. (such as full DirectX9, .NET 3.5 SP1, etc.) As years passed, once in a while I played the game, everything was fine. But today, even that I try to run the game in that exact same wineprefix on the exact same computer, it doesn't work anymore. When I run the game it is starts loading; you can see as the game writes it on the bottom right corner. When the loading process finishes the game supposed to show the menu screen. There is the problem. I hear the music but the screen is just a mess. It somehow shows the content of whatever is in the background of the game; like any other window or the desktop itself. But it is all garbage; it looks like whatever is in the background is turned into a puzzle, shuffled and randomly put back on the screen. The reason I kept the wine version 'unspecified' because I also tried to run the game under different wine prefixes that uses different wine versions. Also tried to make fresh wineprefix with the current latest wine in my Manjaro XFCE, which is version 9.20. Creating a new one is impossible because of winetricks/wine. I have many winprefixes, so I find one or two that works.(One is version 9.20) With these different working prefixes the result is always the same as with the original old prefix; messed up screen. -- 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 57875] New: wine cannot load/use system faudio PE library
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57875 Bug ID: 57875 Summary: wine cannot load/use system faudio PE library Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: arusanu.bu(a)gmail.com Distribution: --- Wine fails to use the system PE FAudio library for FAudio version 25.02, and it falls back on the bundled FAudio library. Wine can still load/accept older system FAudio libraries, but something must have changed in FAudio that makes Wine fail to identify the newer versions of FAudio libraries as valid versions. Config output snippet when Wine is checking faudio-25.02: ' checking for x86_64-w64-mingw32-pkg-config... x86_64-w64-mingw32-pkg-config checking for MinGW FAudio.h... yes checking for FAudio_CommitOperationSet in MinGW -lFAudio... no checking for MinGW fluidsynth.h... yes checking for new_fluid_synth in MinGW -lfluidsynth... yes ' I've tested this behavior on Wine 10.0 and up, with the older and newer versions of the MinGW-FAudio libraries built under the same environment. -- 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 57809] New: cmd: Incorrect substring expansion of last character (e.g. `!MY_STR:~1!`)
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57809 Bug ID: 57809 Summary: cmd: Incorrect substring expansion of last character (e.g. `!MY_STR:~1!`) Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: Dominik-Home(a)gmx.de Distribution: --- Call the following script and observe the different output on Windows and Wine. Substring expansion seems to work in general except the last character, therefore MY_STR is set to 1 character to trigger the issue immediately. Note that I've focused on the issue at hand and haven't tried out other variations of substring-expansion. issue_substring_expansion.bat ```cmd @echo off setlocal enableextensions enabledelayedexpansion set MY_STR=R echo "!MY_STR:~1!" REM Prints "" on Windows REM Prints "R" on Wine ``` This issue is blocking to get PlanAhead (part of Xilinx ISE 14.7) to work. Multiple batch scripts set-up the environment before starting the GUI. Because of this issue, they end up in an endless loop while iterating over all characters in a variable similar to PATH. My version: ```console $ wine --version wine-10.0 (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.

1 5

[Bug 57804] New: cmd: CALL instruction freezes
by WineHQ Bugzilla 25 Feb '25

25 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57804 Bug ID: 57804 Summary: cmd: CALL instruction freezes Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: Dominik-Home(a)gmx.de Distribution: --- Executing the 'CALL'-instruction on a *.bat file may causes freezes when using e.g. '@echo off' in the called script. ```console $ wine --version wine-10.0 (Staging) ``` I inserted two minimal reproducers below that are used in the following examples. Note that I marked the output of the scripts as comment with the REM command as well as my own descriptions. ```cmd C:\>C:\working.bat REM C:\>echo Test REM Test REM Command returns immediately. No issue here C:\>C:\issue.bat REM Test REM Command returns immediately. No issue here C:\>CALL C:\working.bat REM C:\>echo Test REM Test REM Command returns immediately. No issue here C:\>CALL C:\issue.bat REM Test REM ISSUE: Command freezes here and never returns ``` working.bat: ```cmd @echo on echo Test ``` issue.bat: ```cmd @echo off echo Test ``` This issue was encountered while trying out PlanAhead, a tool included in the Xilinx ISE design package. They use multiple batch scripts to configure the environment before starting the GUI application. Because the batch files do not work properly the GUI does not start at all. I.e. the application (PlanAhead) is completely unusable. -- 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 18959] New: MetaTrader 4 installer hangs at the very end of file extraction
by wine-bugs＠winehq.org 25 Feb '25

25 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=18959 Summary: MetaTrader 4 installer hangs at the very end of file extraction Product: Wine Version: 1.1.23 Platform: PC URL: http://www.metatrader4.com/files/mt4setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: julliard(a)winehq.org With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at the very end of file extraction at "C:\Program Files\MetaTrader 4\mailbox\1190736044.english" with sufficient responsiveness to handle the Cancel button being pressed, which merely hides the installer window until a Ctrl+C interrupt is sent to the installer. The installer worked properly in 1.0.1, and the regression test revealed: 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting the commit in HEAD allows the installer to start. -- 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 32

[Bug 52714] New: Richard Burns Rally (RallySimFans): Logitech G29 Force Feedback doesn't work
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=52714 Bug ID: 52714 Summary: Richard Burns Rally (RallySimFans): Logitech G29 Force Feedback doesn't work Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: groovestomp+winehq(a)getgoogleoff.me Distribution: --- Install the RallySimFans distribution of Richard Burns Rally in a new wine prefix: https://rallysimfans.hu/rbr/index.php Run: "wine control" with the prefix and verify the racing wheel inputs all work correctly and force feedback works. Now go into the game, configure the wheel and notice force feedback does not work. Downgrading to Wine 5 (The latest previous version available before 7 on my system) works without issue. Here's a mention of this issue that led me to isolate that 7 is the problem: https://forum.winehq.org/viewtopic.php?t=36110 And that thread refers to another here: http://srmz.net/index.php?showtopic=14451#entry162706 Output of lshw -short: H/W path Device Class Description ============================================================= system Oryx Pro (Not Applicable) /0 bus Oryx Pro /0/0 memory 64KiB BIOS /0/1d memory 32GiB System Memory /0/1d/0 memory 16GiB SODIMM DDR4 Synchronous 2400 MHz (0.4 ns) /0/1d/1 memory [empty] /0/1d/2 memory 16GiB SODIMM DDR4 Synchronous 2400 MHz (0.4 ns) /0/1d/3 memory [empty] /0/23 memory 256KiB L1 cache /0/24 memory 1MiB L2 cache /0/25 memory 6MiB L3 cache /0/26 processor Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz /0/100 bridge Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers /0/100/1 bridge 6th-10th Gen Core Processor PCIe Controller (x16) /0/100/1/0 display GP104BM [GeForce GTX 1070 Mobile] /0/100/1/0.1 multimedia GP104 High Definition Audio Controller /0/100/14 bus 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller /0/100/14/0 usb1 bus xHCI Host Controller /0/100/14/0/1 input G29 Driving Force Racing Wheel /0/100/14/0/4 multimedia Turtle Beach P11 Headset /0/100/14/0/5 communication Arduino Leonardo /0/100/14/0/7 generic EgisTec_ES603 /0/100/14/0/8 communication Bluetooth wireless interface /0/100/14/0/9 multimedia Chicony USB 2.0 Camera /0/100/14/1 usb2 bus xHCI Host Controller /0/100/14.2 generic 100 Series/C230 Series Chipset Family Thermal Subsystem /0/100/16 communication 100 Series/C230 Series Chipset Family MEI Controller #1 /0/100/17 storage HM170/QM170 Chipset SATA Controller [AHCI Mode] /0/100/1c bridge 100 Series/C230 Series Chipset Family PCI Express Root Port #1 /0/100/1c.4 bridge 100 Series/C230 Series Chipset Family PCI Express Root Port #5 /0/100/1c.4/0 generic RTL8411B PCI Express Card Reader /0/100/1c.4/0.1 enp109s0f1 network RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller /0/100/1c.6 bridge 100 Series/C230 Series Chipset Family PCI Express Root Port #7 /0/100/1c.6/0 wlp110s0 network Wireless 8265 / 8275 /0/100/1d bridge 100 Series/C230 Series Chipset Family PCI Express Root Port #9 /0/100/1d/0 storage NVMe SSD Controller SM961/PM961/SM963 /0/100/1d/0/0 /dev/nvme0 storage Samsung SSD 960 EVO 250GB /0/100/1d/0/0/1 /dev/nvme0n1 disk 250GB NVMe namespace /0/100/1d/0/0/1/1 /dev/nvme0n1p1 volume 497MiB Windows FAT volume /0/100/1d/0/0/1/2 /dev/nvme0n1p2 volume 4095MiB Windows FAT volume /0/100/1d/0/0/1/3 /dev/nvme0n1p3 volume 224GiB EFI partition /0/100/1d/0/0/1/4 /dev/nvme0n1p4 volume 4095MiB Linux swap volume /0/100/1f bridge HM175 Chipset LPC/eSPI Controller /0/100/1f.2 memory Memory controller /0/100/1f.3 multimedia CM238 HD Audio Controller /0/100/1f.4 bus 100 Series/C230 Series Chipset Family SMBus /0/1 input PnP device PNP0303 /0/2 generic PnP device SYN1219 /0/3 system PnP device PNP0c02 /0/4 system PnP device PNP0c02 /0/5 system PnP device PNP0b00 /0/6 generic PnP device INT3f0d /0/7 system PnP device PNP0c02 /0/8 system PnP device PNP0c02 /0/9 system PnP device PNP0c02 /0/a scsi3 storage /0/a/0.0.0 /dev/sda disk 1TB WDC WD10SPZX-00Z /0/a/0.0.0/0 /dev/sda volume 931GiB Linux Unified Key Setup volume -- 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 57871] New: InteleViewer appears to crash on quitting.
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57871 Bug ID: 57871 Summary: InteleViewer appears to crash on quitting. Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: neurofire80(a)gmail.com Distribution: --- Created attachment 78091 --> https://bugs.winehq.org/attachment.cgi?id=78091 The log produced by wine When quitting InteleViewer (radiology application), the program produces an error window. Full size windows also do not work, although that may be a separate issue. I'm on Manjaro i3, on the latest stable kernel on a Ryzen 7 with plenty of RAM (128gb). -- 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 56246] New: Regarding the color depth of BMP in the SavePicture method: the value is unstable.
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56246 Bug ID: 56246 Summary: Regarding the color depth of BMP in the SavePicture method: the value is unstable. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: taka(a)bahamut7.com Distribution: --- Created attachment 75953 --> https://bugs.winehq.org/attachment.cgi?id=75953 Difference in color depth between Wine and Windows Thank you for the great software. In Windows 10/11, the SavePicture method saves in "24-bit color" even if the display's color setting is "32-bit color". In Wine, if the display's color setting is "32bit color", the picture is saved in "32bit color" and the Windows software throws an error. In Debian, for some reason, it is saved with the value "0". Due to this difference, some software may 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.

1 9

[Bug 22740] New: Lifbase freezes when minimized
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=22740 Summary: Lifbase freezes when minimized Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.sri.com/psd/lifbase/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=28035) --> (http://bugs.winehq.org/attachment.cgi?id=28035) terminal output When I minimize lifbase there is an error window "Runtime Error '380' Invalid property value" with OK button. But OK button doesn't respond to mouse click, program becomes unresponsive and must be manually killed. -- 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 8532] JawsEditor 2.5/3.0 reports "Invalid imagesize" on startup ('IPicture::SaveAsFile' method too stubby/incorrect)
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=8532 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |plaes(a)plaes.org --- Comment #16 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- *** Bug 35349 has been marked as a duplicate of this bug. *** -- 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 24354] New: Webtrends Log Analyzer 6.5c : cannot write BMP files to disk
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=24354 Summary: Webtrends Log Analyzer 6.5c : cannot write BMP files to disk Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)apex-internet.com Installed Webtrends Log Analyzer 6.5 which works fine, then created a new profile which also works fine. The problem is when trying to create a new Report for a profile, it is able to read the web server logs OK, but errors out when it starts to generate the report to write to disk. The error reported in Webtrends is: Unable to extract bmpinfo (using VIC32.DL) from file "C:\Program Files\WebTrends Log Analyzer\reports\Web Analysis\TempGraphFiles\ms-2010-0800.bmp" This BMP file is created, but it is zero bytes in size. At the same time that this error occurs in Webtrends, in the bash terminal Wine is reporting this error: fixme:ole:OLEPictureImpl_SaveAsFile (0x1011dd8)->(0x1017db0, 1, 0x2efde0), hacked stub. Here's a link for the Webtrends 6.5c demo: http://www.tucows.com/preview/195171 -- 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 11

[Bug 57865] New: The Sims 4 won't start when using the EA app on Ubuntu 24.04.2 LTS
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57865 Bug ID: 57865 Summary: The Sims 4 won't start when using the EA app on Ubuntu 24.04.2 LTS Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ashleighjunk89(a)gmail.com Distribution: --- Created attachment 78088 --> https://bugs.winehq.org/attachment.cgi?id=78088 backtrace, but I can provide a screenshot of the issue also if needed When I click play in the EA app, Wine gives me an error and the game doesn't even start. When I click close, it just brings me back to the EA app and the game is not running. -- 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 57866] New: Missing pages tree
by WineHQ Bugzilla 24 Feb '25

24 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57866 Bug ID: 57866 Summary: Missing pages tree Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: tomislav.budor(a)lovatoelectric.hr Created attachment 78089 --> https://bugs.winehq.org/attachment.cgi?id=78089 Missing pages tree in .chm viewer Missing pages tree in .chm viewer -- 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 17743] New: Undocked toolbars are displayed incorrectly
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=17743 Summary: Undocked toolbars are displayed incorrectly Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=19959) --> (http://bugs.winehq.org/attachment.cgi?id=19959) Text toolbar I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is with undocked toolbars which are incorrectly displayed. The problem is also with dragging them. They should be also draggable when I click and hold mouse pointer over title of the toolbar. Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008. I attached image that shows the problem. All cuttings were done with unchecked option "Allow the window manager to decorate the windows". Last cutting was done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine 1.0.1 -- 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 18

[Bug 57857] New: Unable to run 32bit applications after loader changes in 10.2
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57857 Bug ID: 57857 Summary: Unable to run 32bit applications after loader changes in 10.2 Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: sutupud(a)yahoo.com Distribution: --- This happens when wine is build using the PKGBUILD from achlinux: https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/blob/main/… i.e. buildin the 64bit libraries using `--enable-win64` and then the 32bit libraries separately. Arch uses /usr/lib32 for the 32bit libraries, and therfore builds them with `--libdir=/usr/lib32` It does work when testing it directly from the build directory, but not after installing. According to strace, the new loader tries to execute wine-preloader when running a 32bit program from: /usr/lib/wine/i386-unix/wine-preloader which fails, since it doesn't exist. The binary now would need to look for the preloader relative to the the 32bit libdir, so it would need to know what's being used for that in the 32bit compilation. When building with in the new WOW mode with `--enable-archs=i386,x86_64` then everything works 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 6

[Bug 56556] New: Empires by Conspiracy fails to start
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56556 Bug ID: 56556 Summary: Empires by Conspiracy fails to start Product: Wine Version: 9.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Without native d3dcompiler_47.dll: 0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000. 0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000. 0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000. 0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 0024:err:d3dcompiler:D3DCompile2 Shader log: 0024:err:d3dcompiler:D3DCompile2 <anonymous>:3:637: E5000: syntax error, unexpected NEW_IDENTIFIER 0024:err:d3dcompiler:D3DCompile2 With native d3dcompiler_47.dll: 0024:fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0xc7, opcode_token 0x080000c7. 0108:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0108:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #3: Followed by a billion of errors. -- 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 57862] New: Pixelated and low resolution fonts in dnSpy and UndertaleModTool
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57862 Bug ID: 57862 Summary: Pixelated and low resolution fonts in dnSpy and UndertaleModTool Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vse.stopchanskyi(a)gmail.com Distribution: --- Created attachment 78083 --> https://bugs.winehq.org/attachment.cgi?id=78083 Demo of all apps # Links to UndertaleModTool and dnSpy: https://github.com/UnderminersTeam/UndertaleModTool https://github.com/dnSpy/dnSpy # Description In both, small fonts look very low resolution and pixelated, or/and blurry. In Notepad++ and RaftModLoader fonts don't look nearly as bad. # Additional notes UndertaleModTool has the same issue with WineWayland. dnSpy and UMT were launched with WINE_D3D_CONFIG=renderer=vulkan, because otherwise they don't work well with WineWayland and have pitch black dropdowns with Xwayland, but that doens't affect fonts. Screen resolution: 1920x1080 DPI in Wine: 96 Fonts used in dnSpy: Courier New Fonts used in UndertaleModTool: idk -- 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 57860] New: Windows Movie Maker does not launch
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57860 Bug ID: 57860 Summary: Windows Movie Maker does not launch Product: Wine Version: 10.0 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: LloydJJoyner(a)teleworm.us Created attachment 78081 --> https://bugs.winehq.org/attachment.cgi?id=78081 Error message not implemented box Steps to reproduce: - Download Windows Movie Maker. It can be downloaded from https://archive.org/details/windows_live_essentials_2012_qfe4_image - Extract the ISO, or mount it - Install it from the ISO (I recommend installing only Movie Maker/Photo Gallery and nothing else) - Open Movie Maker: it will be installed at C:\Program Files (x86)\Windows Live\Photo Gallery\MovieMaker.exe - Press enter to get past the license box. - Look at the "Not implemented" 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 6

[Bug 57852] New: Call from 7BD748A5 to unimplemented function imagehlp.dll.ReBaseImage64, aborting
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57852 Bug ID: 57852 Summary: Call from 7BD748A5 to unimplemented function imagehlp.dll.ReBaseImage64, aborting Product: Wine Version: 10.2 Hardware: x86-64 OS: FreeBSD Status: NEW Keywords: download Severity: normal Priority: P2 Component: imagehlp Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com I got the Win32 version of OpenOffice (Apache OpenOffice, "AOO") to successfully build on FreeBSD with Wine + Cygwin + Windows SDK, and this was one of the Wine bugs I had to work around during the build. The problem is in the main/postprocess/rebase directory, where it tries to rebase binaries, ultimately calling C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin\rebase (from the Windows SDK), which tries to call the unimplemented function imagehlp.dll.ReBaseImage64, which causes a crash during the build. Since rebasing is just done for better performance, it's not critical and can be worked around by commenting out the relevant makefile command. Still, Wine should ideally support this API, and it's good to document applications that need it. For further details please see the email where I described my experiences, and other Wine bugs I found: https://lists.apache.org/thread/x3p7mv0py2s5hw3cvrm1d3krxgb7cq9k Also if you want to reproduce, you can try compiling OpenOffice on Wine, but it's a very complicated build environment and takes many hours to run, and this bug only happens near the end. See the build guide on https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_s… and the extra instructions in the email above. And it is remarkable that Wine works so well, when building a project with ~70000 C++ files, 12 million lines of code, 37 external libraries, code generation during the build, calls to many Cygwin tools and Perl scripts, Java and Ant, .NET tools, and lots more. Only 6 Wine bugs were found, of which 3 are already fixed in Wine 10.2, and the other 3 have workarounds. -- 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 57699] New: Paint.NET: crashes on startup due to missing entry point named "DXGIDeclareAdapterRemovalSupport" in dll "dxgi"
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57699 Bug ID: 57699 Summary: Paint.NET: crashes on startup due to missing entry point named "DXGIDeclareAdapterRemovalSupport" in dll "dxgi" Product: Wine Version: 10.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anotherkdeuser(a)duck.com Distribution: --- Created attachment 77886 --> https://bugs.winehq.org/attachment.cgi?id=77886 The resulting error When downloading and running the portable version of dotnet from: https://github.com/paintdotnet/release/releases/tag/v5.1.2 When running it with "Windows version" set to Windows 11, it crashes on startup and shows some error about a missing entry point in the dll "dxgi". I'd be happy to supply whatever information you require. -- 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 57478] New: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57478 Bug ID: 57478 Summary: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3 Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Said commit makes Sims 2 launch to a black screen. Everything else works and it seems like the actual graphical content is just not output to the screen somehow : music is playing in the background and you can see the mouse cursor changing its symbol if you move it around (hovering over a text field). I saw this with Nvidia 470.256.02 and GeForce GT 645M. However, running on a Radeon RX550 with open source drivers is just fine. dxvk was 1.10.3 during both runs. Bisecting leads to 1fe64cd59573473160186aa172c4bf5055510cd7 and reverting this commit from master makes everything work okay again. -- 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 15

[Bug 36781] New: palringo: The Chat Box view not txt !!
by wine-bugs＠winehq.org 23 Feb '25

23 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=36781 Bug ID: 36781 Summary: palringo: The Chat Box view not txt !! Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmedsaber20005(a)gmail.com Created attachment 48850 --> http://bugs.winehq.org/attachment.cgi?id=48850 Log of palringo crash when i want to chat with someone the palringo not show any text :/ and some times it is crash -- 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 57858] New: BaramMesh : Crashes when launching
by WineHQ Bugzilla 23 Feb '25

23 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57858 Bug ID: 57858 Summary: BaramMesh : Crashes when launching Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lakshyasrivastavc(a)gmail.com Distribution: --- Created attachment 78076 --> https://bugs.winehq.org/attachment.cgi?id=78076 backtrace The BaramMesh program fails to launch, with the backtrace attached below. -- 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 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 23 Feb '25

23 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- 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 8532] JawsEditor 2.5/3.0 reports "Invalid imagesize" on startup ('IPicture::SaveAsFile' method too stubby/incorrect)
by WineHQ Bugzilla 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=8532 Dmitry Timoshkov <dmitry(a)baikal.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |1396b646d19bf4adcae095c4756 | |6e26e42431a7b Status|STAGED |RESOLVED --- Comment #15 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- Fixed by 1396b646d19bf4adcae095c47566e26e42431a7b. -- 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 33211] New: C&C: Red Alert 2 still runs very slowly and mouse cursor flickers
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=33211 Bug #: 33211 Summary: C&C: Red Alert 2 still runs very slowly and mouse cursor flickers Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: brymaster(a)gmail.com Classification: Unclassified The game runs slowly, especially while moving the cursor in-game. I've tried various winetricks configs with: ddr=opengl/ddr=gdi, rtlm=readtex, orm=backbuffer as well as setting a flag in ra2.ini for [Video]VideoBackBuffer=no - nothing works. Even looked at a 'lag fix' here that does nothing: http://www.stuffhost.de/files/cnc/CnCPatcher.html >From looking at past related issues (http://bugs.winehq.org/show_bug.cgi?id=2784, http://bugs.winehq.org/show_bug.cgi?id=5526, http://bugs.winehq.org/show_bug.cgi?id=14438), I get the feeling that someone was trigger happy and 'CLOSED FIXED' these without actually testing - people are still reporting its a 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 27

[Bug 57856] New: Drop list is not working including Winecfg
by WineHQ Bugzilla 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57856 Bug ID: 57856 Summary: Drop list is not working including Winecfg Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 78074 --> https://bugs.winehq.org/attachment.cgi?id=78074 the drop list is not opened Wine-10.0 compiled --with-freetype show me Winecfg but I can't choose Windows version -- 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 40738] New: Notepad open file dialog does not remember its location
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=40738 Bug ID: 40738 Summary: Notepad open file dialog does not remember its location Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gur.stavi(a)gmail.com Distribution: --- Reproduced in notepad when using File->Open... dialog. In Windows if dragging the open file dialog to a new location, on the next time it is opened it will be opened at the same location. In Wine it is always opened at the top left corner of the application. This is quite inconvenient on a big screen with maximized app. Note that when resizing the dialog, wine does remember the size on the next open so hopefully the position could be a slight extension to this. Regards, Gur -- 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 57846] New: Crash in dinput.dll->dinput8_EnumDevices when trying to run SGWC2
by WineHQ Bugzilla 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57846 Bug ID: 57846 Summary: Crash in dinput.dll->dinput8_EnumDevices when trying to run SGWC2 Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: roidal(a)googlemail.com Distribution: --- Created attachment 78064 --> https://bugs.winehq.org/attachment.cgi?id=78064 winedbg-output When trying to run Sniper Ghost Warrior Contracts 2 Complete Edition from GoG there is a chance that it crashes before reaching the main-menu. According to winedbg this happens during a call of dinput8_EnumDevices, see attached winedbg-output. I have a XBox-Controller connected. -- 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 57817] New: mvscp90 ::std::ifstream::seekg(0) crashes
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57817 Bug ID: 57817 Summary: mvscp90 ::std::ifstream::seekg(0) crashes Product: Wine Version: 10.1 Hardware: x86-64 OS: FreeBSD Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Wine can be crashed as easily as calling seekg(0) on an ::std::ifstream when linked with MSVCP90.DLL. Sample crash code, compile it so it uses MSVCP90.DLL and run with any "test.txt" in the current directory: ---snip--- #include <iostream> // std::cout #include <fstream> // std::ifstream int main (int argc, char **argv) { ::std::ifstream is ("test.txt", ::std::ifstream::binary); if (is) { // crashes: is.seekg(0); // doesn't crash: //is.seekg(0, ::std::ios::beg); return 0; } else return 1; } ---snip--- On Windows it works, and on Wine with native MSVCP90.DLL and MSVCRT90.DLL it works, but on Wine with builtin DLLs: 056c:Call msvcp90.?seekg@?$basic_istream@DU?$char_traits@D@std@@@std@@QAEAAV12@V?$fpos@H@2@@Z(0031fe38,00000000,0031fe38,000000000,00000000,00000001) ret=1b001086 056c:Call msvcr90.memcpy(0031fd68,00000000,00000018) ret=7a023138 056c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION) flags=0 addr=79F7F538 What's interesting is how calling is.seekg(0, ::std::ios::beg) instead works perfectly on Wine with builtin DLLs. -- 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 57810] New: ITextStream::WriteBlankLines() needs to be implemented for libxml2's configure.js to work
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57810 Bug ID: 57810 Summary: ITextStream::WriteBlankLines() needs to be implemented for libxml2's configure.js to work Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/GNOME/libxml2 OS: FreeBSD Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com In libxml2's win32 subdirectory, running "wine cscript configure.js" fails with: 0330:fixme:scrrun:textstream_WriteBlankLines 008EF44C, 1 stub 0330:trace:jscript:handle_dispatch_exception 80004001 (null) (null) 0330:warn:jscript:unwind_exception Exception 80020009 undefined in: 0330:warn:jscript:print_backtrace 0 L"discoverVersion"() context 1 line 207 char 1 0330:warn:jscript:print_backtrace 1 [unnamed]([detached frame]) context 1 line 606 char 0 0330:warn:jscript:print_backtrace 2 [native code] because in that "discoverVersion()" function called from configure.js line 207 here: https://github.com/GNOME/libxml2/blob/3dcde736d012a191cca60e5d5dbd80ef97176… ---snip--- vf.WriteBlankLines(1); ---snip--- which is implemented in dlls/scrrun/filesystem.c function textstream_WriteBlankLines(), which is indeed a stub returning E_NOTIMPL. Patching textstream_WriteBlankLines() to write newlines and return S_OK fixes the bug, and "wine cscript configure.js" runs to successful completion. I will make a merge request soon. This is why dog food bugs rule - when all the code is open source, debugging is so easy ;-). -- 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 56951] New: psql 16: unrecognized win32 error code: 127 invalid binary: Invalid argument / could not find a "psql.exe" to execute
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56951 Bug ID: 56951 Summary: psql 16: unrecognized win32 error code: 127 invalid binary: Invalid argument / could not find a "psql.exe" to execute Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws Distribution: --- **Version:** 9.11 **Steps that will reproduce the problem:** 1. curl -Os https://get.enterprisedb.com/postgresql/postgresql-16.3-2-windows-x64-binar… 2. unzip -q postgresql-16.3-2-windows-x64-binaries.zip 3. wine pgsql/bin/psql.exe --version **What is the expected result:** psql (PostgreSQL) 16.3 **What happens instead:** unrecognized win32 error code: 127invalid binary "Z:\pgsql\bin\psql.exe": Invalid argument psql (PostgreSQL) 16.3 **Possible workaround:** Downgrade to psql 15 *Any additional information:** % curl -Os https://get.enterprisedb.com/postgresql/postgresql-15.7-1-windows-x64-binar… && unzip -q postgresql-15.7-1-windows-x64-binaries.zip && wine pgsql/bin/psql.exe --version psql (PostgreSQL) 15.7 % % curl -Os https://get.enterprisedb.com/postgresql/postgresql-16.3-2-windows-x64-binar… && unzip -q postgresql-16.3-2-windows-x64-binaries.zip && wine cmd Z:\> cd pgsql\bin Z:\pgsql\bin>psql.exe --version unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127un recognized win32 error code: 127unrecognized win32 error code: 127could not find a "psql.exe" to execute psql (PostgreSQL) 16.3 -- 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 57824] New: SetThreadPriority unexpectedly fails on terminated threads instead of no-op
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57824 Bug ID: 57824 Summary: SetThreadPriority unexpectedly fails on terminated threads instead of no-op Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10 Distribution: --- This manifests as a failure on kernel32:loader: loader.c:4034: Test failed: SetThreadPriority error 5 The failures have started since commit 0559442de9c139ec2b66fee69f87a58b60df4b10: commit 0559442de9c139ec2b66fee69f87a58b60df4b10 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Fri Dec 1 23:36:54 2023 +0100 server: Introduce new set_thread_priority helper. -- 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 57803] New: Sekiro: Shadows Die Twice crashes at launch with Xbox One controller connected
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57803 Bug ID: 57803 Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox One controller connected Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: hans(a)meelstraat.net Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a Distribution: --- Created attachment 78010 --> https://bugs.winehq.org/attachment.cgi?id=78010 backtrace 10.0-266-g29446a66ce2 -- 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 39474] New: MSWT Kart 2004 does not work
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39474 Bug ID: 39474 Summary: MSWT Kart 2004 does not work Product: Wine Version: 1.7.53 Hardware: x86-64 URL: http://www.gamershell.com/download_5628.shtml OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Download and install the game, after the intro videos the game will crash while loading bitmaps. The crash happens shortly after a BMP image is loaded. This is a continuation of bug 21012. -- 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 57847] New: Cross-compiled Wine no longer installs a 'wine' loader binary
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57847 Bug ID: 57847 Summary: Cross-compiled Wine no longer installs a 'wine' loader binary Product: Wine Version: 10.1 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63 On ARM64 macOS, I cross-compile an x86_64 Wine by doing an ARM64 build (./configure), then an x86_64 build using those tools (./configure --enable-archs=i386,x86_64 --host=x86_64-apple-darwin --with-wine-tools=<path to ARM build dir> CC='clang -arch x86_64' CROSSCFLAGS='-g -O2 -march=core2 -mfpmath=sse'). Both builds succeed, but since cb87d40cd4a8837826ea76efc91371ab09eb9d63 ("makefiles: Create wine as a symlink to tools/wine/wine."), the x86_64 build directory contains an ARM64 'wine' binary (a symlink to the ARM64 tools/wine/wine). This of course is not usable with the x86_64 build. In addition, if I install the x86_64 build, there is no bin/wine binary present. -- 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 57819] New: Wine unable to start since rebuild with glibc 2.41
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57819 Bug ID: 57819 Summary: Wine unable to start since rebuild with glibc 2.41 Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike(a)fireburn.co.uk Distribution: --- I've rebuilt my gentoo system with glibc 2.41, binutils 2.44 and gcc 14.2.1_p20241221 No wine programs start including winecfg and wineboot, even if I remove ~/.wine I see the following problem: winecfg 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 002c:fixme:winediag:loader_init wine-staging 10.0 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0044:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) wine: Unhandled page fault on write access to 0000000140021B30 at address 00006FFFFFF36730 (thread 0044), starting debugger... 0044:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 64 168" (2) Read the Wine Developers Guide on how to set up winedbg or another debugger wine: Unhandled page fault on write access to 0000000140021940 at address 00006FFFFFF36730 (thread 002c), starting debugger... 002c:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 40 160" (2) Read the Wine Developers Guide on how to set up winedbg or another debugger wine: could not load kernel32.dll, status c0000135 I'm guessing its related to the dlopen execstack stuff -- 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 19

[Bug 57793] New: Wine Wordpad started with blank screen
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57793 Bug ID: 57793 Summary: Wine Wordpad started with blank screen Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 77994 --> https://bugs.winehq.org/attachment.cgi?id=77994 Empty windows With winehq-10 my compilation by default clang from Xcode-16.2 I can't start Wordpad as seen on screenshot. The same result with wine-staging based on this wine-10. Good result with old wine-9.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 3

[Bug 57625] New: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57625 Bug ID: 57625 Summary: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fidoxe4910(a)nongnue.com Distribution: --- This bug occurs with Kingdom Rush Alliance, might also occur with other fullscreen games. To reproduce the bug: 1. Open the aforementioned game 2. Switch to another window by a keyboard shortcut 3. Switch back to the game On Wine 9.20, the game is then displayed in fullscreen as it should be. On Wine 9.22, however, the taskbar is displayed over the game and there are black fields on the left and right -- 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 57310] New: wineboot failed to initialize a wine prefix
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57310 Bug ID: 57310 Summary: wineboot failed to initialize a wine prefix Product: Wine Version: 0.9.17. Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmkk(a)atlas.cz This issue is relevant for INTEL MACs only, ARM MACs are working fine. Starting wine without existing wineprefix should create a brand new .wine and initialize it - this is failing on Intel Macs. The last working version I found is wine-staging-9.1-osx64.tar.xz, all newer ones are failing including the latest wine-staging-9.17-osx64.tar.xz. So after version 9.1 something has to change. It is easy to reproduce ... local@Radim--iMac ~ % sw_vers ProductName: macOS ProductVersion: 15.0 BuildVersion: 24A5327a local@Radim--iMac ~ % arch i386 local@Radim--iMac ~ % rm -rf ~/.wine local@Radim--iMac ~ % ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot wine: created the configuration directory '/Volumes/Data/Radim Home/.wine' wineserver: using server-side synchronization. 0024:err:environ:run_wineboot failed to start wineboot 1 zsh: killed ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot -- 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 57795] New: cmd lacks support for right-to-left handle redirection (2<&1)
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57795 Bug ID: 57795 Summary: cmd lacks support for right-to-left handle redirection (2<&1) Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/curl/curl OS: FreeBSD Status: NEW Keywords: source Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com When compiling the Windows version of Curl from Wine + MS Platform SDK, the build breaks when copying the binaries to destination directories, because in https://github.com/curl/curl/blob/2ed232a4e66c7ecb75f1b7fc7623da967857ef04/… (and other places) it does this: @if exist $(LIB_DIROBJ)\$(LIB_NAME_DLL) copy $(LIB_DIROBJ)\$(LIB_NAME_DLL) $(DIRDIST)\bin\ /y >nul 2<&1 That "2<&1" at the end of the line breaks it. Wine's cmd only supports redirections in the opposite direction, like "1>&2". I am working on a patch. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 57787] New: Final Fantasy XI Online crashes with unhandled page fault on launch
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57787 Bug ID: 57787 Summary: Final Fantasy XI Online crashes with unhandled page fault on launch Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a Distribution: Gentoo Created attachment 77988 --> https://bugs.winehq.org/attachment.cgi?id=77988 Terminal Output/Backtrace After 33756286efb [1], Final Fantasy XI Online crashes during the "handover" from PlayOnline Viewer to the actual game client. Attached terminal output with 'WINEDEBUG="wbemprox"' and the backtrace. Last tested at 9dbd872a714 [2]. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/33756286efb9e6b58831b01b9f2ef4… 2. https://gitlab.winehq.org/wine/wine/-/commit/9dbd872a714cc5fdbe9d96707d0745… -- 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 56464] New: vbscript: Join on array with "empty" items fails
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56464 Bug ID: 56464 Summary: vbscript: Join on array with "empty" items fails Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- > cat test.vbs Dim u Dim arr, arr1 'first item not empty arr = array("test", u) WScript.Echo "Join arr = " & Join(arr,"") 'first item is empty arr1 = array(u, "test") WScript.Echo "Join arr1 = " & Join(arr1,"") Wine > wine wscript test.vbs 0114:fixme:vbscript:Global_Join 0114:fixme:wscript:ActiveScriptSite_OnScriptError () Windows > cscript test.vbs Microsoft (R) Windows Script Host Version 5.812 Copyright (C) Microsoft Corporation. All rights reserved. Join arr = test Join arr1 = test On a vpinball where wine vbscript is embedded we get a segfault: free(): double free detected in tcache 2 -- 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 50152] New: YOU and ME and HER: Game crashes after launching from game launcher
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=50152 Bug ID: 50152 Summary: YOU and ME and HER: Game crashes after launching from game launcher Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aleksandr_kines(a)rambler.ru Distribution: --- Created attachment 68660 --> https://bugs.winehq.org/attachment.cgi?id=68660 Terminal output Wine crashes when I click on "Start Game" button in game launcher and wait some time after game window appeared. -- 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 39057] New: Support for Indexed Vertex Blending
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39057 Bug ID: 39057 Summary: Support for Indexed Vertex Blending Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: swswine(a)gmail.com Distribution: --- Created attachment 52025 --> https://bugs.winehq.org/attachment.cgi?id=52025 Patch to implement indexed vertex blending support Vertex blending support has been added recently (https://bugs.winehq.org/show_bug.cgi?id=6955 was closed). But indexed vertex blending is not supported yet. I've implemented rather straightforward patch to do it which works for me, it is attached. Though I am far not familiar with wined3d development and not quite sure that my patch is complete and does not have any caveats. A potential caveat with this patch is the following. Besides using indexes in vertex shaders, a big enough number of supported vertex blend matrices is required to really support this Direct3D feature. It was 4 in 1.7.47, I changed to 128 using the same framework developed in 1.7.47. It may potentially fail on some graphic cards due to large number of uniforms in vertex shader generated. Besides the transfer of those uniforms may probably be optimized not to call glUniformMatrix for every matrix when only one or few has 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 133

[Bug 32572] New: Alpha Polaris doesn't play well with built-in d3dx9 libraries
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=32572 Bug #: 32572 Summary: Alpha Polaris doesn't play well with built-in d3dx9 libraries Product: Wine Version: 1.5.20 Platform: x86 URL: http://www.gamershell.com/download_75822.shtml OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 42985 --> http://bugs.winehq.org/attachment.cgi?id=42985 terminal output The game comes with native d3dx9_34.dll installed in the game directory, the reported problems happen only when you set it to built-in. wine-1.5.20-57-gdabde6a or newer is needed to test this bug (a follow-up to bug #27627). The game starts and loads to the menu fine with the built-in d3dx9_34 but you will face several issues throughout the game. Install the demo then start it with AlphaPolaris.exe. Click <OK> in the launcher and get in the game. Start a new game from the menu, skip the intro video. Here are some issues I noticed with built-in d3dx: - anytime you press a key (either in the menu or in mid-game) a black bar appears in the upper left corner. An error message from the game engine (Wintermute) is hiding behind those black bars, as I've seen those in the game from bug #29495. "Script runtime error. View log for details". - the game begins with a conversation but dialogues/subtitles are displayed so fast that you can hardly read them. Probably due to this, most of the audio (speech) is missing from the game. - when the opening conversation ends you should see the main character standing in front of his bed. With built-in d3dx the character is missing (invisible). - the game tends to crash on exit as can be seen in the attached log file. All those issues are non-existent when d3dx9_34=native. Saved games that were created with built-in d3dx9_34 are also affected. If you load a saved game created with built-in, those issues are present, even if the game was started with native. -- 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 19153] New: DX3 game does not recognize graphics capabilities
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=19153 Summary: DX3 game does not recognize graphics capabilities Product: Wine Version: 1.1.24 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=9396 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: bobbyg(a)gmx.net Resident Evil 1 does not start giving the error "Failed to initialize the Graphics Hardware Device.(3)". It's a DirectX 3 game using immediate mode. After some debugging I found that it relies on 3 (three) entries returned by EnumDevices whereas wine returns only the Direct3D HAL entry in this case (d3dversion == 1). Removing the if-clause in ddraw/direct3d.c and duplicating the HAL entry solves the problem and the game actually runs almost perfectly (Garbage -> Platinum). I checked a Windows installation which returns "HAL", "RGB Emulation" and "Ramp Emulation" but the comments in the file suggest that not all games are happy about that. So how to fix this properly? -- 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 50

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