wine-bugs June 2024

wine-bugs@winehq.org

1 participants
1320 discussions

[Bug 39394] New: Panic Room by Fairlight 64K scene demo crashes on start up
by wine-bugs＠winehq.org 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39394 Bug ID: 39394 Summary: Panic Room by Fairlight 64K scene demo crashes on start up Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 52508 --> https://bugs.winehq.org/attachment.cgi?id=52508 panic_room_by_fairlight.zip Perhaps because of this: "d3dcompiler:compile_shader Compilation target "tx_1_0" not yet supported" fixme:win:EnumDisplayDevicesW ((null),0,0x19ff8b8,0x00000000), stub! fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table fixme:d3dcompiler:compile_shader Compilation target "tx_1_0" not yet supported wine: Unhandled page fault on read access to 0x00000000 at address 0x4073f1 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x004073f1). err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:004073f1 ESP:019ff93c EBP:019ff94c EFLAGS:00010286( R- -- I S - -P- ) EAX:00000000 EBX:00000001 ECX:019ff918 EDX:00000000 ESI:00000000 EDI:01a09fe8 Stack dump: 0x019ff93c: 019ff940 00000080 00000000 00000000 0x019ff94c: 019ffdd0 0040186a 01a09fe8 000005a0 0x019ff95c: 0012cbc8 00000000 5f34766e 70736964 0x019ff96c: 6c6c642e 00000000 00000000 00000000 0x019ff97c: 00000000 00000000 00000000 00000000 0x019ff98c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x004073f1 in flt_panic_room (+0x373f1) (0x019ff94c) 1 0x0040186a in flt_panic_room (+0x31869) (0x019ffdd0) 2 0x0040157a in flt_panic_room (+0x31579) (0x019ffde4) 0x004073f1: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (76 modules) PE 3d0000- 1226000 Export flt_panic_room ELF 7872d000-7a800000 Deferred libnvidia-glcore.so.355.06 ELF 7a800000-7a8f2000 Deferred opengl32<elf> -- 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 55763] New: Electron projects using sudo-prompt think that permission was not granted
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=55763 Bug ID: 55763 Summary: Electron projects using sudo-prompt think that permission was not granted Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skecthysites(a)gmail.com Distribution: --- Electron projects using sudo-prompt think that permission was not granted and behave as if the prompt was closed without granting permission. To reproduce: 1. Install wine-bug-demo from here: https://github.com/zurgeg/Wine-Bug/releases/tag/1.0.0 2. Extract linux-unpacked.tar.gz 3. Run wine-bug-demo 4. Note that it asks you for your user password 5. It will execute just fine once you enter your user password, then you can interrupt it 6. Install wine-bug-demo.Setup.1.0.0.exe 7. After installing, it will attempt to run, at which point it will crash with the error "User did not grant permission" -- 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 54753] New: stdout/cout do not respect console code page in apps compiled with mingw-w64
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54753 Bug ID: 54753 Summary: stdout/cout do not respect console code page in apps compiled with mingw-w64 Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: rjtulloh(a)gmail.com Distribution: --- Created attachment 74247 --> https://bugs.winehq.org/attachment.cgi?id=74247 Test program which outputs to the console in different ways. I noticed some cases recently where Wine seemed to ignore the console code page when apps were writing to stdout. Upon further investigation, I found it seems to be specific to apps compiled via mingw64. I've attached a simple test program which demonstrated the issue. It switching the code page to UTF8 and then outputs some Japanese glyphs in different ways. On Windows, this program behaves as expected - the same string is printed for times.The output does not differ based on the compiler used. In Wine, if the program is compiled with mingw-w64, it will output gibberish 3 times, and the correct string is only produced by calling the WriteConsoleA function. This seems to be specific to the way mingw implements stdout, as if the application is compiled with clang in MSVC compatibility mode, there is no issue with the output. It does not seem to be a mingw bug, since the output is correct on 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.

1 6

[Bug 56861] New: Background color of selected items in ListView(or ListCtrl) is white
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56861 Bug ID: 56861 Summary: Background color of selected items in ListView(or ListCtrl) is white Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me CC: zzhang(a)codeweavers.com Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 Distribution: Debian Created attachment 76661 --> https://bugs.winehq.org/attachment.cgi?id=76661 a comparison image When I apply wine's default theme (Light.msstyles), the background color of the item does not change when I select BeckyInternetMail's mail. (white, not blue). The attached image is a comparison image. The top half is a screenshot taken with Light.msstyles applied. (wine's Default setting) The bottom half is a screenshot taken after removing ".wine/drive_c/windows/resources/themes/light/light.msstyles". The background color of the tree view on the left side of the screen is also gray (originally white). -- 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 53297] New: Issue when launching DX11 game (FFXIV) on FreeBSD
by WineHQ Bugzilla 29 Jul '24

29 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=53297 Bug ID: 53297 Summary: Issue when launching DX11 game (FFXIV) on FreeBSD Product: Wine Version: 7.4 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: skyliegirl33(a)protonmail.com Created attachment 72663 --> https://bugs.winehq.org/attachment.cgi?id=72663 Log when attempting to launch the game When attempting to launch this game on FreeBSD, there's an unlocalized error saying there was an unexpected issue. This doesn't happen with 6.0.3. It doesn't matter if I use DXVK, WineD3D or software rendering; the same issue persists. I assume something in A_SHAFinal is failing but not sure why this is specific to FreeBSD. -- 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 56694] New: Heroes of Might and Magic 3 HD launcher doesn't start the game
by WineHQ Bugzilla 29 Jul '24

29 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56694 Bug ID: 56694 Summary: Heroes of Might and Magic 3 HD launcher doesn't start the game Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: germanapps(a)gmail.com Distribution: --- Created attachment 76477 --> https://bugs.winehq.org/attachment.cgi?id=76477 Wine output Wine cannot start Heroes 3. When you press "Play" nothing happens. It doesn't matter which game exe i choose to run. Running from terminal reveals that "_hd3_.dll" fails to initialize, preventing game from starting. This problem affects versions 9.6 - 9.9. Version 9.5 is the latest version that works. OS: Debian 12.5 Desktop environment: KDE Plasma Window system: X11 Video card: Nvidia GeForce GT 740M (proprietary drivers) -- 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

[Bug 51836] New: d3d: Disable CSMT by default if using llvmpipe OpenGL renderer backend
by WineHQ Bugzilla 29 Jul '24

29 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=51836 Bug ID: 51836 Summary: d3d: Disable CSMT by default if using llvmpipe OpenGL renderer backend Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- llvmpipe is a software-only OpenGL implementation. It compiles GLSL shaders into native CPU code using LLVM, offering reasonable graphics performance on systems where hardware graphics acceleration is otherwise not available. The problem is that llvmpipe does not play nicely with Wine's CSMT feature. CSMT assumes the OpenGL backend to be a proxy that submits rendering commands to GPU, rather than a full-blown computation engine itself. The source and sink of the comman stream is the CPU itself, and llvmpipe supports direct multithreading -- making CSMT redundant. For testing/benchmark, llvmpipe can be activated on Linux with the environment variable `LIBGL_ALWAYS_SOFTWARE=1`. With CSMT, perf shows `wined3d_cs_mt_finish` to be the major overhead; without CSMT, the bottleneck is absent and the app exhibits noticeable performance improvement. Example glxinfo output on system with llvmpipe enabled: OpenGL vendor string: Mesa/X.org OpenGL renderer string: llvmpipe (LLVM 11.0.0, 256 bits) ... Extended renderer info (GLX_MESA_query_renderer): Vendor: Mesa/X.org (0xffffffff) Device: llvmpipe (LLVM 11.0.0, 256 bits) (0xffffffff) -- 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 44315] New: Guild Wars 2 - Slow Performance since Wine 2.1
by wine-bugs＠winehq.org 29 Jul '24

29 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=44315 Bug ID: 44315 Summary: Guild Wars 2 - Slow Performance since Wine 2.1 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonfarr87(a)gmail.com Distribution: Mint Created attachment 60162 --> https://bugs.winehq.org/attachment.cgi?id=60162 Screenshot showing performance between old and newer Wine versions. Wine 2.0 (with Staging patches) was the last version to run this game at a good performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in every aspect of the game. The staging versions (up to 2.21) perform the same as "non staging" Wine. While no other of my tested games were affected, it looks as if something in CSMT was changed and affected this particular title. I've tested this across multiple system configurations and the results are always the same. Considering how much this game struggles to maintain a playable framerate, a loss of 15-25 frames (depending on the situation) is a bit excessive. Screenshot attached, showing the frames difference in an instanced area of game where the performance can easily be used as a "benchmark". Tests have been performed on 3 systems: Ryzen 1700X 16GB DDR4 2800MHZ Ram Nvidia GTX 1060 / v384.98 Drivers ------------------------------------------- i5-4590 8GB DDR3 Ram Nvidia GTX 960 / 384.98 Drivers ------------------------------------------- i5-2400 8GB DDR3 Ram Nvidia GTX 760 / 375.66 Drivers -- 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 69

[Bug 50728] New: % CPU Utilization monitor/gauge/indicator not functioning in VARA.exe (ham radio software)
by WineHQ Bugzilla 29 Jul '24

29 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=50728 Bug ID: 50728 Summary: % CPU Utilization monitor/gauge/indicator not functioning in VARA.exe (ham radio software) Product: Wine Version: 6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eric.wheez(a)gmail.com Distribution: --- Created attachment 69485 --> https://bugs.winehq.org/attachment.cgi?id=69485 Terminal output from running VARA (seeing CPU monitor bug) and then closing it. When I run a ham radio program, called VARA, through Wine I'm noticing that the program doesn't properly display CPU usage in its "CPU Gauge". It instead just says "%CPU not available". (See this thread for an image: https://groups.io/g/VARA-MODEM/message/1311) I'm assuming it might be an unimplemented function or missing library in Wine, but I don't know how to track down what is missing. This is with a fresh installation of wine-staging 6.2 and a fresh wineprefix. The bug doesn't occur when VARA is run on a Windows computer. I've attached terminal output of the program running (and then being closed). I'm wondering if this may be similar to bug 26785, though that one was fixed in 2016. I'm wondering if the bug might be related to one of these warnings: 0024:fixme:advapi:RegisterEventSourceW ((null),L"PDH"): stub 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0024:fixme:winspool:PerfOpen (null): stub 0024:fixme:winspool:PerfCollect L"Global", 0x31ea48, 0x31ea3c, 0x31ea40: stub 0024:fixme:winspool:PerfClose stub 0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception (code=c000008f) raised 0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception (code=c000008f) raised 00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented 00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented 0024:err:ole:TLB_ReadTypeLib Loading of typelib L"msdatsrc.tlb" failed with error 2 I'm very new to debugging though and assume that this will take more than just dropping in dll's and doing winecfg dll overrides (especially if ntdll is at fault here). Does anybody have any insight into Wine's ability to query system resources - or some ideas for commands I could try to track this bug down and report it to the Wine team for possible request for implementation? There's a whole community of hams who would love to have this program 100% operational (even though this is a minor bug). To reproduce this behavior, you can install VARA with these commands: #### Configure our wineprefix winetricks -q corefonts dotnet35sp1 vb6run win7 sound=alsa vcrun2015 pdh # run pdh here just for the winecfg dll override # Install an older pdh.dll (the pdh.dll from "winetricks pdh" is too new for VARA) sudo apt-get install zip -y cd ~/Downloads && mkdir pdhNT40 && cd pdhNT40 wget http://download.microsoft.com/download/winntsrv40/update/5.0.2195.2668/nt4/… unzip -o nt4pdhdll.exe cp pdh.dll ~/.wine/drive_c/windows/system32 #### Download/extract/install VARA HF (or newer) [https://rosmodem.wordpress.com/] sudo apt-get install p7zip-full -y sudo apt-get install megatools -y cd ~/Downloads VARALINK=$(curl -s https://rosmodem.wordpress.com/ | grep -oP '(?<=<a href=").*?(?=" target="_blank" rel="noopener noreferrer">VARA HF v)') # Find the mega.nz link from the rosmodem website no matter its version, then store it as a variable megadl ${VARALINK} 7z x VARA*.zip -o"VARAInstaller" -y wine ~/Downloads/VARAInstaller/VARA\ setup*.exe /SILENT #### Configure VARA # In winecfg, go to the Audio tab to set up your default in/out soundcards wine winecfg # In VARA, set up your soundcard input and output (go to Settings ... Soundcard) wine ~/.wine/drive_c/VARA/VARA.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 4

[Bug 54788] New: AOL 5.0 Installation fails
by WineHQ Bugzilla 28 Jul '24

28 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54788 Bug ID: 54788 Summary: AOL 5.0 Installation fails Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 74281 --> https://bugs.winehq.org/attachment.cgi?id=74281 Backtrace (wine 8.5 on Slackware64/Multilib) Download is at: http://www.oldversion.com/windows/download/america-online-5-0 bash-5.1$ sha1sum aol50.exe cacd3d5b93e7f2d6004812707148364a47db6db6 aol50.exe Backtrace is attached. Console output to follow shortly. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2024