March 2022 - Wine-Bugs - list.winehq.org

[Bug 47686] New: No Man's Sky - crash when moving fast through asteroids / space
by wine-bugs＠winehq.org Dec. 8, 2024

Dec. 8, 2024

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 Dec. 7, 2024

Dec. 7, 2024

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 Dec. 6, 2024

Dec. 6, 2024

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 Dec. 6, 2024

Dec. 6, 2024

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 50993] New: App compiled with address sanitizer don't work in Wine
by WineHQ Bugzilla Dec. 4, 2024

Dec. 4, 2024

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 Dec. 3, 2024

Dec. 3, 2024

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 Dec. 3, 2024

Dec. 3, 2024

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 28583] New: MS Exchange setup no long displays images
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

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 Dec. 3, 2024

Dec. 3, 2024

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 48385] New: Rising Lands freezes when navigating back by pressing ESC key on main menu
by WineHQ Bugzilla Dec. 2, 2024

Dec. 2, 2024

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