wine-bugs June 2024

wine-bugs@winehq.org

1 participants
1940 discussions

[Bug 56306] New: Dualshock 4 stopped working entirely since Wine 9.0
by WineHQ Bugzilla 03 Aug '24

03 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56306 Bug ID: 56306 Summary: Dualshock 4 stopped working entirely since Wine 9.0 Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: barrosleo10(a)gmail.com Distribution: --- It used to work mostly fine in version 8.XX, but something changed in 9.00 that now not a single game or wine itself detects it anymore, be it on Bluetooth or USB. The only way I can make it work again is by using a tool like SC controller to fake it as an xbox controller. -- 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 56447] New: PlayOnline Viewer: The "splash screen" is blank/grey without its image.
by WineHQ Bugzilla 01 Aug '24

01 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56447 Bug ID: 56447 Summary: PlayOnline Viewer: The "splash screen" is blank/grey without its image. Product: Wine Version: 9.4 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo This is a very old one, but as far as I can tell, not reported until now (aside from some side-mentions). PlayOnline Viewer, which is used to launch Final Fantasy XI Online, has a blank/grey window for its "splash screen". It has been working in Wine Staging for some time. Not sure if related, but comparing the logging between runs, each of these show up twice with Vanilla but only once with Staging: err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x1, ret 0x4. err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x2, ret 0x4. -- 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 38350] New: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits
by wine-bugs＠winehq.org 01 Aug '24

01 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=38350 Bug ID: 38350 Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog and exits immediately after the splash screen is loaded at startup. Works fine on WindowsXP-SP3. Below is everything I thought might help. VinIDE (current version as of 2015Apr03) Download Vinculum II Toolchain V2.0.2-SP2 http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20… (popup) Vinculum II IDE OLE error 80020006 OK $ wine --version wine-1.7.38 $ wineconsole fixme:wincodecs:PngDecoder_Block_GetCount stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub $ uname -a Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 18

[Bug 27439] New: Age of Pirates - City of Abandoned Ships crashes while entering the sea
by wine-bugs＠winehq.org 01 Aug '24

01 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=27439 Summary: Age of Pirates - City of Abandoned Ships crashes while entering the sea Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kitmaxter(a)gmail.com Created an attachment (id=35091) --> (http://bugs.winehq.org/attachment.cgi?id=35091) wine log while trying to enter the sea Mostly every time, while trying to enter the sea from landing, game crashes. Some times it is possible to enter the sea, then go into the map mode and go to other island, but the game will crash on next try to enter the sea mode (encounters like storm or pirates, or harbor of other island). -- 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 98

[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

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