August 2023 - wine-bugs

[Bug 46522] New: Application stops responding
by wine-bugs＠winehq.org 10 Dec '24

10 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=46522 Bug ID: 46522 Summary: Application stops responding Product: Wine Version: 4.0-rc7 Hardware: x86-64 URL: https://formatfactory.it.uptodown.com/windows/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 63379 --> https://bugs.winehq.org/attachment.cgi?id=63379 Desktop screenshot Hi! I got an error with FormatFactory 4.5.5. It stops responding when I drag and drop a file from desktop into the app. To reproduce the bug: 1) Download the program from https://formatfactory.it.uptodown.com/windows/download 2)Install it 3)Run it. It will ask you if you want to update the program to version 4.5.5. Update it. 4)Try to drag and drop a file from desktop into the application 5)A new window opens but the program stops responding and you are not able to do anything anymore. I attached a screenshot of the 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.

2 9

[Bug 53354] New: Wine should provide icu.dll
by WineHQ Bugzilla 10 Dec '24

10 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53354 Bug ID: 53354 Summary: Wine should provide icu.dll Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 72742 --> https://bugs.winehq.org/attachment.cgi?id=72742 tzdb.exe Windows since at least version Windows 10 19H1 ships a icu.dll in the system directory. The VS2022 (and I think also VS2019) C++ standard library in C++20 mode uses this DLL to implement the timezone database as specified by the C++ standard. The standard library loads this DLL dynamically with LoadLibraryExW (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) and throws a std::system_error (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…> and <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) when it cannot load it. In order to provide compatibility with modern Windows versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also exists for older Windows versions even on the Microsoft side (see <https://github.com/microsoft/STL/issues/1911>). This issue arose since I recently modernized timezone handling in OpenMPT by using C++20 chrono. For now, I have worked around the problem in OpenMPT. See <https://bugs.openmpt.org/view.php?id=1618> and <https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>. Simple test case: ``` // cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp #include <chrono> #include <iostream> #include <stdexcept> #include <windows.h> int main() { try { std::chrono::get_tzdb_list(); } catch (const std::exception & e) { std::cerr << "FAIL: " << e.what() << std::endl; return 1; } std::cout << "OK" << std::endl; return 0; } ``` tzdb.exe attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 52115] New: Horizon Zero Dawn crashes during loading
by WineHQ Bugzilla 10 Dec '24

10 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=52115 Bug ID: 52115 Summary: Horizon Zero Dawn crashes during loading Product: vkd3d Version: 1.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Hello, I tried this game from GoG with vkd3d-git and it crashes during the 1st loading (see https://youtu.be/3qpdE9FUBQg) - The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg) I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" log -- 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 47686] New: No Man's Sky - crash when moving fast through asteroids / space
by wine-bugs＠winehq.org 08 Dec '24

08 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=47686 Bug ID: 47686 Summary: No Man's Sky - crash when moving fast through asteroids / space Product: Wine Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: winebugz(a)kbrm.net Distribution: --- Created attachment 65143 --> https://bugs.winehq.org/attachment.cgi?id=65143 First crash backtrace WINE : wine-4.14 (Staging) OPSYS: Debian 9.9 GPU : Nvidia GTX 670 VDRV : nvidia-driver 430.40-1 (experimental repo) DLL-OVERRIDE: vulkan-1 (built-in) /* game won't even start to menu without this */ Replicate: Get in ship Get above atmosphere Target "Signal Source / Coordiates" Engage Pulse Engines 1-3 minutes into flight - NMS crashes with: Unhandled exception: page fault on write access to [HEX ADDRESS] in 64-bit code ([HEX ADDRESS]). Attaching three (3) backtraces and console output. -- 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 26

[Bug 52240] New: VODKALIBUR Mod Tool Crashes on Starup
by WineHQ Bugzilla 07 Dec '24

07 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=52240 Bug ID: 52240 Summary: VODKALIBUR Mod Tool Crashes on Starup Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 71349 --> https://bugs.winehq.org/attachment.cgi?id=71349 Staging6.23_Logs_and_dotnet_prefix_backtrace (The mod-tool is meant for SoulCalibur VI) In a clean Wine Staging 6.23 prefix, the program crashes on startup without displaying anything. Running the program with dotnet48 gets the program to display a splash-screen before throwing an exception error and dropping 3 .dll files in the app's directory. SHA256: 4ddbc85ed075aaf3943319945d0dc7d43b7be4e244674f4df8f47c6d18b6dbe3 Download: https://cdn.discordapp.com/attachments/651396632167841812/90621213743162163… (Releases are typically obtained with in-app updates or via the developer's Discord server - this is a direct link to the last WPF build that was released via a direct Discord attachment at the time of writing) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 50083] New: ASCOM Platform 6.5 - Installation failed
by WineHQ Bugzilla 07 Dec '24

07 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=50083 Bug ID: 50083 Summary: ASCOM Platform 6.5 - Installation failed Product: Wine Version: 5.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bammzilla(a)astronomy.com.ph Distribution: --- Created attachment 68544 --> https://bugs.winehq.org/attachment.cgi?id=68544 Screenshots of popup error screens during install The ASCOM Platform allows windows desktop planetarium programs to control astronomical hardware such as telescopes, domes, and cameras. The software is freely distributable and open source, released under the Creative Commons Attribution-ShareAlike 3.0 License, but written under the .NET Platform. The latest version is ASCOM Platform 6.5, written under .NET Framework 4.8 and Visual Studio 2019. To prepare the installation, I ran winetricks -q vcrun2019 dotnet35sp1 dotnet452 dotnet472 dotnet48. No errors were reported in the installation of dotnet. I then launched the installer with the following command: WINEDEBUG=+nls wine ASCOMPlatform65.exe >> ASCOMPlatform65.log 2>&1 The installation went smoothly but popped up several error screens and ended with an installation failed. Screenshots of the error screens are attached. The WINEDEBUG log file is gzipped and attached. ASCOMPlatform installer log files are zipped and attached. Download the installer from the following link: https://github.com/ASCOMInitiative/ASCOMPlatform/releases/download/v6.5Rele… Full source code of ASCOM Platform is available here: https://github.com/ASCOMInitiative/ASCOMPlatform ASCOMPlatform License file: https://github.com/ASCOMInitiative/ASCOMPlatform/blob/master/LICENSE.txt Information about ASCOM can be found here: https://ascom-standards.org/Community/ -- 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 43172] New: IDirectPlay4:: EnumConnections needs to support wide string in DPNAME structure
by wine-bugs＠winehq.org 06 Dec '24

06 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=43172 Bug ID: 43172 Summary: IDirectPlay4::EnumConnections needs to support wide string in DPNAME structure Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned in EnumConnections. Currently it just forwards to the ascii 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.

2 3

[Bug 54571] New: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT
by WineHQ Bugzilla 05 Dec '24

05 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54571 Bug ID: 54571 Summary: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Created attachment 74114 --> https://bugs.winehq.org/attachment.cgi?id=74114 Visibility of images depending on Window Text color. The lighter the Window Text color gets, the less visible the images in an ImageList get. This really affects people primarily using dark themes such as myself, as then the text color is going to be so light the images will be invisible. I'm not sure if this issue is present in other software, but in this case I am experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland sound modules. I am able to see the images properly again if I replace what is currently line 1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)` instead of `if (himl->hbmMask)` so the else branch always runs (this will likely break other software though, and in my case is just a temporary measure). -- 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 50993] New: App compiled with address sanitizer don't work in Wine
by WineHQ Bugzilla 04 Dec '24

04 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=50993 Bug ID: 50993 Summary: App compiled with address sanitizer don't work in Wine Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- When trying to use in Wine app compiled with address sanitizer and MinGW LLVM, then this app doesn't run and print ``` 0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed to initialize, aborting 0104:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003 ``` To reproduce issue Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with address sanitizer) https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming… 2. set variables(change PATH_TO_CHANGE) export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-" export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-" 3. Copy to current directory all files from folder which contains `libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw 4. Compile and try to open app echo "int main(){if(2>1){return 1;}}" > a.cpp /PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address" wine a.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 30

[Bug 45584] New: FindFirstFile fails to correct case when full name supplied
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=45584 Bug ID: 45584 Summary: FindFirstFile fails to correct case when full name supplied Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: us(a)edmeades.me.uk Distribution: --- Created attachment 62002 --> https://bugs.winehq.org/attachment.cgi?id=62002 Simple testcase in c FindFirstFile can be used to correct the case of a file. In fact when trying to correct the case of the whole path and file, a google implies its a good routine to use to pass each part of the directory tree through Problem: If findfirstfile isnt passed a wildcard, it looks for the file in question and if it exists, returns the case of the file as supplied, not the case as it is on disk Try supplied testcase. I think this can also be seen by: wine cmd dir >ABCD dir abcd Note in the directory listing it shows abcd, not ABCD -- 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 45713] New: FusionFall Retro: fails to launch
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=45713 Bug ID: 45713 Summary: FusionFall Retro: fails to launch Product: Wine-staging Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: macariopatrick(a)icloud.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62144 --> https://bugs.winehq.org/attachment.cgi?id=62144 Upon getting the error message, I exit Terminal to kill Wine. The launcher allows me to log into my account, but when the launcher downloads the files necessary to play the game, it doesn't launch. Unity Web Player displays an error message stating that Unity Web Player needs to be updated. It works on Windows correctly, but not in Wine. The game uses a custom version of Unity Web Player 2.x.x. -- 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 26

[Bug 46254] New: EnumResourceTypesW should return True if there are no resources to enumerate
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=46254 Bug ID: 46254 Summary: EnumResourceTypesW should return True if there are no resources to enumerate Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- EnumResourceTypesW -- When there are no resource types to enumerate the function instead of True will return False (see https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…) This bug was originally reported in pywin32-ctypes https://github.com/enthought/pywin32-ctypes/issues/59 -- 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 28583] New: MS Exchange setup no long displays images
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=28583 Bug #: 28583 Summary: MS Exchange setup no long displays images Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 36725 --> http://bugs.winehq.org/attachment.cgi?id=36725 Console Output. The the URL is created in the HTMLImgElement_put_src, it fails to load it because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be used. See attached file for snippet. -- 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 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=23364 Summary: 16-bit games - many don't work in Wine. Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As I have not found a bug report for this already I've decided to create one myself. Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole", "Bricklayer" and many others I've tried simply don't work at all in Wine. Since there's too many 16-bit games to list, it makes sense to write one bug report covering the same problem i.e. problems running 16-bit games. Try some yourself from here: http://members.chello.at/theodor.lauppert/games/win16.htm Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit version does NOT work at all (try it yourself from this link, you get to download both the 32-bit and 16-bit versions respectively, at the bottom of that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm I'm pleased to say that the Ballistic (Paddle) game appears to work: http://www.classicdosgames.com/genre/paddle.html This bug report may appear trivial and not important, but playing old Windows games appeals to some people. These games will NOT work in dosbox. Also consider that 64-bit versions of Microsoft Windows won't even run 16-bit programs and games, whereas Wine can sometimes get them working, as in the case of the Ballistic game. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 31704] New: AutoCAD 2008: Next button doesn't work in activation window
by wine-bugs＠winehq.org 03 Dec '24

03 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=31704 Bug #: 31704 Summary: AutoCAD 2008: Next button doesn't work in activation window Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41677 --> http://bugs.winehq.org/attachment.cgi?id=41677 Activation window Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet20sp2 3) install AutoCAD 4) wine acad.exe 5) select that you want to activate product and click next 6) enter your registrations data 6) click next (see attached image) Behaviour: Nothing happens. Expected behaviour: Content of window should change. -- 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 33

[Bug 53407] New: Hogia Hemekonomi Missing date picker widget
by WineHQ Bugzilla 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53407 Bug ID: 53407 Summary: Hogia Hemekonomi Missing date picker widget Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- Created attachment 72799 --> https://bugs.winehq.org/attachment.cgi?id=72799 How the calendar widget looks when run on Windows XP. When showing transactions there is a date entry field where the user can enter a date. Or press "enter" to get a date picker widget. The widget seems to be missing in Wine. To reproduce: - Run the software like "wine Hemeko.exe" - There will be dialogue asking about number format, click Yes. - On first run you get an intro (or error see Bug 53384). If error, just dismiss. If intro, press "Återgå till Hemekonomi" to dismiss. - Click "Arkiv" and "Ny" to create a new database to work with. When asked "Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK. - Click "Fortsätt med Hemekonomi" to dismiss setup wizard. - Press CTRL-K or click on icon Kontoutdrag. - Click OK. - Use mouse to set focus on entry field in lower right corner called "Fr o m" - Press enter. - See Program Error. On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb database. -- 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 54668] New: jcef_helper.exe has excountered a serious problem and needs to close.
by WineHQ Bugzilla 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54668 Bug ID: 54668 Summary: jcef_helper.exe has excountered a serious problem and needs to close. Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hugot7071(a)gmail.com Distribution: --- Created attachment 74183 --> https://bugs.winehq.org/attachment.cgi?id=74183 backtrace of program error details This problem is not present under Windows hand has not been reported yet. This is presented with JCEF (Java Chromium Embedded Framework) -- 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 55397] New: Forza Horizon 4 needs a proper GetPackagesByPackageFamily implementation
by WineHQ Bugzilla 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55397 Bug ID: 55397 Summary: Forza Horizon 4 needs a proper GetPackagesByPackageFamily implementation Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: etaash.mathamsetty(a)gmail.com Regression SHA1: bd89ab3040e30c11b34a95072d88f635ade03bdc Distribution: --- Stub blocks previous behaviour which was showing a splash window and then crash. Now it's just infinite ForzaHorizon4.exe process in the task manager. 076c:fixme:ver:GetPackagesByPackageFamily (L"Microsoft.VCLibs.140.00_8wekyb3d8bbwe" 000000000021F228 0000000000000000 000000000021F24C 0000000000000000): 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 2

[Bug 48385] New: Rising Lands freezes when navigating back by pressing ESC key on main menu
by WineHQ Bugzilla 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48385 Bug ID: 48385 Summary: Rising Lands freezes when navigating back by pressing ESC key on main menu Product: Wine Version: 4.11 Hardware: x86 URL: https://appdb.winehq.org/objectManager.php?sClass=appl ication&iId=19674 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: vyproyects(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 Distribution: Ubuntu Created attachment 66145 --> https://bugs.winehq.org/attachment.cgi?id=66145 Rising Lands navigating back output This is NOT a regression but a still not working at all bug resulting of a previous bugfix. I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32 bit configuring it with Windows 95 compatibility), it was impossible at all to navigate back from a secondary menu at main menu by pressing ESC key. This is, if you clicked on "load game" from main menu and then pressed ESC key to go back to main menu, all texts were cleared and animations stopped resulting in a freezed screen. Same happens during gameplay in order to save the game. As of a bugfix in wine 4.11 now is possible to go back but just in a certain situation: being in windowed mode (due to another bug) you have to which to any other app by pressing Alt+TAB. At the very moment wine loses the focus main menu is refreshed. No need to go back again to wine, though. As you can see if dragged apart the new appearing window. I've made a regression testing to find out which exact commit had fixed this bug this way, and this is the output: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Mon Jun 17 14:46:20 2019 -0500 winex11: Update the state of all keys on KeymapNotify. The Binding of Isaac transitions in and out of fullscreen when the "F" key is pressed. Specifically, it will swap states when receiving WM_KEYDOWN, provided that the previous key state was not pressed (i.e. bit 30 is 0). However, as part of the process of transitioning, it hides and shows its window, causing it to temporarily lose focus. If the F key is released while the window does not have focus, Wine misses this fact, and thinks that the key was already pressed the next time it is pressed, causing the game to refuse to change focus. Windows will not deliver WM_KEYUP messages to a window that does not have focus, but it will always report the true previous state of any key on the keyboard when requested. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee 056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls Although I use spanish version this also happen on english version even without installing the patch update. A download url is available on AppDB: https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674 VGA compatible controller: Intel Corporation HD Graphics 5500 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83) Subsystem: Lenovo Radeon R5 M330 Kernel driver in use: radeon Kernel modules: radeon, amdgpu Hope this help to find out the real problem. -- 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 48381] New: Regression: Video clips shows black on Beasts & Bumpkins
by WineHQ Bugzilla 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48381 Bug ID: 48381 Summary: Regression: Video clips shows black on Beasts & Bumpkins Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: vyproyects(a)gmail.com CC: z.figura12(a)gmail.com Distribution: --- On Beasts & Bumpkins game, a video clip is played to present every new mission. This video y shown black, but audio sounds correctly. Note that initial trailer video clips work properly but if you start a new single campaign the following video that presents the first mission does not work, showing black. This is a Win95 game. Therefore I have to use wine 32bit and apply windows 95 configuration. I use my original copy but as this game is abandonware, you can download it from https://www.myabandonware.com/game/beasts-bumpkins-bh1 I have made a Regression Testing, and this is the result: 70d842b106d3ccbb0a786a41474903bddc4ea879 is the first bad commit commit 70d842b106d3ccbb0a786a41474903bddc4ea879 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed Apr 10 22:30:32 2019 -0500 winex11: Resize the screen when changing CRTC modes. Based on a patch by Gabriel Corona. According to the RandR spec for RRSetCrtcConfig: "The entire area of the CRTC must fit within the screen size, else a Match error results. As an example, rotating the screen so that a single CRTC fills the entire screen before and after may necessitate disabling the CRTC, resizing the screen, then re-enabling the CRTC at the new configuration to avoid an invalid intermediate configuration." This patch involves resizing the screen also when shrinking a CRTC, not just when expanding it past the current screen size. This is partially because we have no way to reliably determine the current display width (DisplayWidth() is never updated past opening the connection, and RandR exposes no way to retrieve the screen dimensions), and partially because it's probably what the user wants anyway (e.g. it's what the `xrandr` configuration app does when the screen size is not expliticly specified). This patch fixes TestBot failures on the Debian machines for ddraw, d3d8, and d3d9 device tests. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33290 Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 d92f238e7027e98c0a0de5bb3b9d347d4e9cdf59 64a7029fc3158c55fd9d1c2822c7cfa18984d054 M 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 30

[Bug 51792] New: Deus Ex: Mankind Divided some objects render green/pink/white
by WineHQ Bugzilla 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51792 Bug ID: 51792 Summary: Deus Ex: Mankind Divided some objects render green/pink/white Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70683 --> https://bugs.winehq.org/attachment.cgi?id=70683 example 0554:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 04d4:fixme:d3d_shader:shader_sm4_read_param Skipping modifier 0x00000001. 04d4:fixme:d3d_shader:shader_get_registers_used Indexable temporary registers not supported. 0554:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x6. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x679dce0. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x42eb3ef0. wine-6.17-454-g6b724c3dd8d -- 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 49543] New: Several games require bcrypt DH support
by WineHQ Bugzilla 01 Dec '24

01 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=49543 Bug ID: 49543 Summary: Several games require bcrypt DH support Product: Wine Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- There are a few games that need DH support in bcrypt. - The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export a public key. With DH unimplemented, the only effect I know of is that RDR 2's online mode fails to load. - Astroneer dedicated server (see https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…). >From a disassembler, it looks like the server imports/exports public/private keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256. Microsoft has sample code which tests (some of) the functionality: https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se… Unfortunately GnuTLS doesn't currently export the needed functionality. There's an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894 -- 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 32

[Bug 48175] New: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated
by WineHQ Bugzilla 01 Dec '24

01 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48175 Bug ID: 48175 Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gofmanp(a)gmail.com Distribution: --- Created attachment 65809 --> https://bugs.winehq.org/attachment.cgi?id=65809 Force down-top memory allocation Split off from bug #40334. The crash happens after the original issue in Bug #40334 is solved, after the loading screen or very soon after login. The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the certain range. It is fine with ~16GB range as per my observations, that is, up to 0x3ffffffff address. I am attaching the patch which is confirmed to fix the issue with AION. The patch consists of two, the first one is not exactly related but the second one depends on it. At the present moment the first one is passing the review upstream. The solution in the second patch is to force virtual memory allocation return lower addresses when they are available (unless top-down allocation is explicitly requested), that's how it seem to work on Windows. The patch does it essentially the same way as the allocation with zero_bits mask is performed. -- 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 54314] New: my eprom programmer software can't recognize the hardware anymore.
by WineHQ Bugzilla 01 Dec '24

01 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54314 Bug ID: 54314 Summary: my eprom programmer software can't recognize the hardware anymore. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: jacek.zmudzki(a)gmail.com Distribution: --- I used WINE for a long Time to program EPROMS with my Parallel-Port bases Programmer: http://www.conitec.net/english/galep4.php After an Update to Ubuntu 22.04 (with WINE 6.0.3) the Software https://appdb.winehq.org/objectManager.php?sClass=application&iId=2240 can't access the hardware anymore. I used the Runners from Lutris to investigate further: It seems that the Last Wine Version that works is WINE 5.4. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 40500] New: Scrap Mechanic : Unable to launch
by wine-bugs＠winehq.org 30 Nov '24

30 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=40500 Bug ID: 40500 Summary: Scrap Mechanic : Unable to launch Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arionrina(a)verizon.net Distribution: --- Created attachment 54281 --> https://bugs.winehq.org/attachment.cgi?id=54281 Crash log Scrap Mechanic doesn't open up the first window, then crashes. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 20

[Bug 52212] New: Doom Eternal - Crash on Launch
by WineHQ Bugzilla 30 Nov '24

30 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52212 Bug ID: 52212 Summary: Doom Eternal - Crash on Launch Product: Wine-staging Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 71270 --> https://bugs.winehq.org/attachment.cgi?id=71270 report_1 See attached bugreports for various wine and launch options. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 46803] New: Diablo 1 GOG.com crash
by wine-bugs＠winehq.org 30 Nov '24

30 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=46803 Bug ID: 46803 Summary: Diablo 1 GOG.com crash Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xzgamertag(a)mail.com Distribution: --- Created attachment 63823 --> https://bugs.winehq.org/attachment.cgi?id=63823 Log Diablo crashes immidiately after skipping intro, while using hi-res, latest version. When I try to run Diablo (Classic) version, it requires original CD to proceed. -- 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 49780] New: wineconsole reports VT sequence support when it does not
by WineHQ Bugzilla 29 Nov '24

29 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49780 Bug ID: 49780 Summary: wineconsole reports VT sequence support when it does not Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 68092 --> https://bugs.winehq.org/attachment.cgi?id=68092 Demo application to reproduce the issue Wineconsole does not support applications writing Virtual Terminal sequences through the Console API. That's fine. However, when enabling the console ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error is returned, so the application has no way to detect whether VT sequences are supported or not. This is documented in https://docs.microsoft.com/en-us/windows/console/setconsolemode. The port of Turbo Vision at https://github.com/magiblot/tvision is affected by this. When using the Console API, Turbo Vision prefers VT sequences over SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and performance. Nevertheless, it can fall back to the latter method when SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on wineconsole, garbage is shown instead of a colorful interface. STEPS TO REPRODUCE To reproduce the issue on Turbo Vision: (A) - Using the attached 'tvdemo.exe' 1. Run the application on wineconsole. You should see a black-and-white background and escape sequences drawn on the console. 2. Press Alt+F, then D. You should see the command prompt, and the message "VT enabled" at the top, which demonstrates the issue in SetConsoleMode. (B) - Compiling from source code (requires up-to-date CMake and MSVC). 1. Insert the following code after line 63 in source/linux/win32con.cpp (https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…): ``` if (supportsVT) cerr << "VT enabled" << endl; else cerr << "VT not enabled: " << GetLastError() << endl; ``` 2. Follow the build instructions at https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63… 3. Follow the steps in (A). EXPECTED BEHAVIOUR On Windows, support for VT sequences can be disabled by turning on the "Legacy Console" mode. If tvdemo.exe is ran in these conditions, the interface is displayed properly. If entering the command prompt by pressing Alt+F, then D, the message "VT not enabled: 87" is displayed (error 87 stands for ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well, since it clearly does not support VT sequences. Thank you! -- 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 16302] New: [oblivion] can not skip the intro movie by press ESC
by wine-bugs＠winehq.org 27 Nov '24

27 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=16302 Summary: [oblivion] can not skip the intro movie by press ESC Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wangbinrobin(a)yahoo.com.cn when runing Oblivion on Windows, we can skip the intro movie by pressing ESC, but when runing Oblivion by wine, we can not skip it by ESC. it is quite a long time to wait the intro movie end. The graphic card I use is ATI Radeon 2600, driver 8.10 -- 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 45

[Bug 54295] New: Touhou Puppet Dance Performance: Shard of Dreams Can't Locate Base Game Data After Installation
by WineHQ Bugzilla 26 Nov '24

26 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=54295 Bug ID: 54295 Summary: Touhou Puppet Dance Performance: Shard of Dreams Can't Locate Base Game Data After Installation Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rjtulloh(a)gmail.com Distribution: --- Created attachment 73863 --> https://bugs.winehq.org/attachment.cgi?id=73863 Log file produced by the expansion when it can't find the base game's files. Shard of Dreams is an expansion to Touhou Puppet Dance Performance by developer FocasLens. In order to be played, the base game needs to be installed on the same system as the expansion. On Windows, the expansion can be launched immediately after: - Installing the base game - Installing the expansion Using Wine, the expansion won't launch after running the same installers. The expansion can be launched by adding a symbolic link with the name "notkey" in the expansion's installation folder which points to the base game folder. But this workaround is not needed on Windows. The expansion also produces an error log when launched without the notkey link. The log 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.

1 25

[Bug 45871] New: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlush ()\n at System.Windows.Media.MediaContext.Complet"...( native d3dcompiler works around it)
by wine-bugs＠winehq.org 25 Nov '24

25 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=45871 Bug ID: 45871 Summary: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlus h()\n at System.Windows.Media.MediaContext.Complet"...(native d3dcompiler works around it) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 62374 --> https://bugs.winehq.org/attachment.cgi?id=62374 part of crashlog Hi Seen this for a bunch of programs while trying to run them with installed dotnet472. The bug seems to be hidden for several apps as they ship their owm d3dcompiler_47, but some don`t I found out, and they crash Something like: 01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed. 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: intermediate rendering error 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: The render thread failed unexpectedly. Then crash Example: Slackinstaller.exe: winetricks dotnet452 win7 corefonts, then start installer with builtin d3dcomiler_47 works fine. However winetricks dotnet472 win7 corefonts, then start installer with builtin d3dcomiler_47 --> crash (Note: for Slackinstller one also needs Staging-patches for bug 40613) -- 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 24

[Bug 52078] New: MusicBee: exception when attempting to drag tabs
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52078 Bug ID: 52078 Summary: MusicBee: exception when attempting to drag tabs Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sangv(a)protonmail.com Distribution: --- Created attachment 71090 --> https://bugs.winehq.org/attachment.cgi?id=71090 The exception MusicBee gives + the console output, in a tarball When attempting to move the tabs located near the top of the window (the ones labelled "Music", "Now Playing", "Playlists", etc by default) MusicBee will throw an exception. This happens on both my existing MusicBee wineprefix as well as a fresh one, and on MusicBee versions 3.2.6804 and 3.4.7805. In addition to happening in Wine version 6.21, the issue remains in 6.22. Both versions of Wine were compiled from source. I'm using winetricks verbs `windowscodecs dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10`. My OS is EndeavourOS with kernel 5.15.2-zen1-1-zen. (I don't know how much of this information is really needed but I thought it was all worth a mention just in case?) Attached I have both the error MusicBee provides, as well as terminal output with debug channels warn+all as no information was printed in the terminal without 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 9

[Bug 54755] New: App jamming: Clicking on the zoom email meeting button causes the app to jam
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=54755 Bug ID: 54755 Summary: App jamming: Clicking on the zoom email meeting button causes the app to jam Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 74251 --> https://bugs.winehq.org/attachment.cgi?id=74251 Figure 1 Join the zoom meeting( how to apply and join the zoom meeting can refer to: # Bug 54754 ) According to "Figure 1" and "Figure 2" can trigger the bug, resulting in the whole application stuck, the following is an err log > 0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread 0024 addr 0x7bc24170 stack 0x120b3c (0x120000-0x121000-0x220000) -- 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 53985] New: Notepad++ v8.4.7 Does Not Display Icons for RightArrow, Triangle, & X
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=53985 Bug ID: 53985 Summary: Notepad++ v8.4.7 Does Not Display Icons for RightArrow, Triangle, & X Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gatlibs.dev(a)gmail.com Distribution: --- Created attachment 73571 --> https://bugs.winehq.org/attachment.cgi?id=73571 Notepad++ with a blank file (missing icons for manipulating the tabs) There are three buttons for manipulating the tabs that have empty squares where graphics should be. These appear below the window's buttons for minimize, maximize, and close. Compare the attachment to the link in NPP++'s site: https://npp-user-manual.org/docs/images/view-rotate-1.png. I'm using Fedora 37 with wine 7.20 (Staging) and NPP++ v8.4.7 for 64 bits. -- 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 17

[Bug 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org 23 Nov '24

23 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 52105] New: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52105 Bug ID: 52105 Summary: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile Product: Wine Version: 6.22 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: jacek(a)codeweavers.com Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2 Distribution: --- Commit 2600ecd4edf (server: Use a separated object for each opened named pipe device file., 2018-10-29) split the role of the named pipe device and the named pipe file. However, in doing so, it changed the semantics of opening \Device\NamedPipe\. In particular, it is no longer possible to use a handle to \Device\NamedPipe\ as RootDirectory when creating a named pipe. This bug makes Cygwin's named pipe creation (https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…) loop forever. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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 53019] New: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font.
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=53019 Bug ID: 53019 Summary: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font. Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com Distribution: ArchLinux Created attachment 72386 --> https://bugs.winehq.org/attachment.cgi?id=72386 All of the screenshots showcasing the bug, in a .tar.gz file. Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font replacements installed via winetricks - allfonts + fakechinese, fakejapanese, fakekorean. When Tahoma is selected as the default font, which is default on new installations of MusicBee in WINE, MusicBee displays CJK and symbols very inconsistently. 新しい日の誕生 by ２８１４ is a good example as not only is Japanese text used, but the artist name uses full-width characters which comes under the symbol part of this bug. The artist and album names are displayed just fine on the left sidebar, tag editor, track listing panel and mostly on the playing track panel. Generally, if there is no formatting on the text, it is displayed. However in the Music Explorer view, as well as playlist views such as Album & Tracks, Albums and Artists, squares are put in the text's place, typically on the portions meant to be formatted like headings (bolded, increased font size). When any other font is used, whether included by the WINE prefix or brought in from the distro, absolutely no font is displayed for those symbols whatsoever. Everywhere that renders fonts on MusicBee will not render any non-Latin symbols whatsoever. In either case, the title on the Playing Tracks panel does not display any non-Latin symbols whatsoever. I've checked the formatting and used the Regular variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will result in squares, changing the size is fine. A workaround is to use a font that has all of the scripts needed for use, such as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has the relevant scripts, the symbols will be displayed, however since most fonts don't include CJK scripts, WINE/MusicBee has trouble displaying them when those fonts are picked. To make matters worse, due to .NET limitations, MusicBee can only use TrueType fonts, and some fonts result in MusicBee complaining that it's not a valid TrueType font, even though it only displays TrueType fonts in the font picker (Yu Gothic UI was used for this example). When searching for related bugs, I came across this: https://bugs.winehq.org/show_bug.cgi?id=34298#c5 Adding a font that works to the registry changes basically nothing. MusicBee still has trouble consistently rendering CJK and other symbols. -- 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 51401] New: 6.12-1 can't make server connections anymore
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=51401 Bug ID: 51401 Summary: 6.12-1 can't make server connections anymore Product: Wine-staging Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70257 --> https://bugs.winehq.org/attachment.cgi?id=70257 working tcp connection Game: Runes of Magic with 6.12-1 the client can't connect it's version server any more. downgrade to 6.11-5 solved the issue instantly. Steps to Reproduce: update to 6-12 tcpdump -X -n -n host 194.187.19.180 (runewakers updateserver) start the game You see the connection, you see some tcp data, but your do not see ANY sign of a HTTP protocol and unencrypted port 80 connection should contain. Conclusion: the connection fails on TCP/IP level before HTTP gets involved. -- 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 48426] New: Wine-Gecko can't be installed.
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48426 Bug ID: 48426 Summary: Wine-Gecko can't be installed. Product: Wine-staging Version: 5.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine-staging 64/32 is asking to install Gecko, but the installation attempt hangs at "loading down" with no progress. -- 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 49933] New: Alt+Tab doesn't work with gog installers
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49933 Bug ID: 49933 Summary: Alt+Tab doesn't work with gog installers Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- I need to minimize other windows to see progress. When i try to alttab to an installer i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal. When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable -1: stub!" So, i'm guessing, implementing WINNLSEnableIME will help. -- 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 71

[Bug 54482] New: RtlCaptureStackBackTrace cause segv
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=54482 Bug ID: 54482 Summary: RtlCaptureStackBackTrace cause segv Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ake.rehnman(a)gmail.com Distribution: --- Created attachment 74033 --> https://bugs.winehq.org/attachment.cgi?id=74033 patch attempt RtlCaptureStackBackTrace crash on segmentation fault because the unwinding keeps going beyond the stack end. It seems on x86-64 the stack actually starts at least 32 bytes below StackBase so the compariston with context.rsp to StackBase will never hit but we get a context.rpc value of 0 which obviously SEGV:s. I made a patch attempt and just check if rcp = 0 and end the unwinding. -- 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 41392] New: directory.c: match_filename always false if mask contains "*?"
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=41392 Bug ID: 41392 Summary: directory.c: match_filename always false if mask contains "*?" Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: lcmecmac(a)gmail.com Distribution: --- A mask containing '*' followed by '?' will not match any files. For example, "dir *?" does not show any files in a non-empty directory. -- 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 1

[Bug 42407] New: LdrUnloadDll may recursion unload same dll
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=42407 Bug ID: 42407 Summary: LdrUnloadDll may recursion unload same dll Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- Created attachment 57219 --> https://bugs.winehq.org/attachment.cgi?id=57219 LdrUnloadDll log file It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still using dsound.dll. Type: EXCEPTION_ACCESS_VIOLATION Error: Read address 0x7985C309 Address: 7985C309 -- 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 40972] New: RtlVerifyVersionInfo returns wrong results
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=40972 Bug ID: 40972 Summary: RtlVerifyVersionInfo returns wrong results Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marcinwiaz(a)poczta.onet.pl Distribution: --- Created attachment 55126 --> https://bugs.winehq.org/attachment.cgi?id=55126 Tiny test program - EXE and source (Note: this a different problem than in Bug 36143) Steps to reproduce: 1) Download and unpack Reproduce.exe, which is attached to this bug report 2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for Reproduce.exe 3) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is < than RequestedOS (which is WRONG!) 4) Run true Microsoft Windows 2003 Server 5) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is >= than RequestedOS Explanation: Minor version numbers should be treated similarly to digits after a decimal point - so when comparing software versions: version 5.1 is < than version 5.2 version 5.11 is < than version 5.2 (note that 11 is > than 2 !) version 5.19 is < than version 5.2 (note that 19 is > than 2 !) So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the "VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as: lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2)) or lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2)) Please note, that it's still different than comparing real numbers, because: 5.20 = 5.2 but lstrcmp("5.20","5.2") != 0 So lstrcmp-like function must be used for VER_MINORVERSION and VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which is called by the "VerifyVersionInfo" API in Wine) to be compatible with Microsoft Windows. Possible fix: in "version.c" file, add a new "version_compare_values_lexical" function. It should be based on the original "version_compare_values" function, but should use "lstrcmp" calls instead of integer comparisons. This "version_compare_values_lexical" function should be called instead of "version_compare_values" when checking for VER_MINORVERSION and VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 49828] New: MSVC 2019 executables with ASAN enabled fail to start
by WineHQ Bugzilla 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49828 Bug ID: 49828 Summary: MSVC 2019 executables with ASAN enabled fail to start Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Recent versions of MSVC allow building Windows .exes with ASAN (it may have already been possible using Clang.): https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi… I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10, to try to discover memory bugs on Windows and Wine. - Program download at https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479… . - Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f (permalink at https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186… ). - To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's .json file or msbuild, but I haven't tried yet. On Windows, the program starts without problems. On wine-5.17, when I try to run this program, it crashes during the loading process. nyanpasu64@dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe 0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa}, 00401030, 00884590, 008845A8) stub. 0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub ==32==AddressSanitizer CHECK failed: D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401 "((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0) <empty stack> `winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on `0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`. If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical SIGTRAP with different backtraces. These are non-fatal and can be continued. I think these correspond to asan errors that would normally terminate the program, but unfortunately it doesn't print log messages when running in winedbg. I don't know how to fix that. 0x005c9701 in _sanitizer_print_stack_trace () from /home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe The last SIGTRAP is different: 0x7bc52379 in DbgBreakPoint@0 () from /home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll Afterwards the program starts. (It used to crash, but works with lib32-libpulse and lib32-mpg123 installed, unsure if that's why.) -- 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 43262] New: Drag&Drop not working between wine explorer and other applications
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=43262 Bug ID: 43262 Summary: Drag&Drop not working between wine explorer and other applications Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mintos(a)discard.email Distribution: --- https://pastebin.com/39uSnrR7 console output -- 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 55336] New: Touhou 6 : Full-screen with Alt-tabbing or using DXVK breaks inputs
by WineHQ Bugzilla 18 Nov '24

18 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=55336 Bug ID: 55336 Summary: Touhou 6 : Full-screen with Alt-tabbing or using DXVK breaks inputs Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riyu12383(a)gmail.com Distribution: --- -The Game Here is a very small demo version of the game from archive.org https://archive.org/compress/KoumaTr013/formats=ARCHIVE%20BITTORRENT,METADA… To launch this version, you'll need to add Japanese locale like this : LANG=ja_JP.UTF-8 wine 東方紅魔郷.exe -The bug When launching the game in Full-screen and Alt-Tabbing or using DXVK, the game inputs breaks, its scrolls the menu infinitely or quit the game by itself, the user can't control anything anymore. On the demo version it seems the user only loose the control. Interestingly on Windows, since Windows 10, the game has an exaggerated speed/framerate in full-screen. Which was fixed using this dx8 to dx9 converter : http://enbdev.com/convertor_dx8_dx9_v0036.htm However this doesn't change anything with wine. I originally discovered this bug here : https://github.com/AlpyneDreams/d8vk/issues/155 -- 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 52215] New: MSTSC (Remote Desktop) 7.0 cannot find its MUI files when Windows version is set to 7
by WineHQ Bugzilla 18 Nov '24

18 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52215 Bug ID: 52215 Summary: MSTSC (Remote Desktop) 7.0 cannot find its MUI files when Windows version is set to 7 Product: Wine Version: 7.0-rc1 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 71279 --> https://bugs.winehq.org/attachment.cgi?id=71279 Error. File not found. C:\windows\system32\<LANG_NAME>\mstsc.exe.MUI A workaround is to set the Windows version to XP but I don't like it because Wine as far as I know doesn't allow to set a per application Windows version and my default Windows version is set to 7. strace shows that Wine doesn't even attempt to find MUI files as if some resolution inside it breaks completely when Windows != XP. -- 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 48641] New: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset
by WineHQ Bugzilla 18 Nov '24

18 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48641 Bug ID: 48641 Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset Product: Wine-staging Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- While SKSE64 now works properly under wine, it hangs (then fails to launch) when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging without that specific patchset works fine. This is similar to how it was in earlier wine versions, before a better version of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se) were mainlined. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

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 August 2023