wine-bugs

wine-bugs@winehq.org

1 participants
159121 discussions

[Bug 57022] New: Graphical and color distortions in The Witcher [d3dx9_35.dll]
by WineHQ Bugzilla 04 Aug '24

04 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57022 Bug ID: 57022 Summary: Graphical and color distortions in The Witcher [d3dx9_35.dll] Product: Wine Version: 9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- In some scenes in the Witcher there are glitches when using Wine + dxvk. See a small video example in the linked dxvk issue (see Shani's hair and some general flickering and light anomalies especially around that candle on the table): https://github.com/doitsujin/dxvk/issues/4178 Set up: * Game: The Witcher Enhanced Edition, latest GOG release. * Wine: 9.14 + esync * dxvk: git 1077d6a * GPU: AMD Sapphire Nitro+ RX 7900 XTX * Kernel/amdgpu: 6.10.2 * Mesa/radv: git deb1d1f9c3 dxvk developers helped narrowing it down to Wine's side, since installing native d3dx9_35.dll works around it so it must be some issue with built-in d3dx9_35 implementation. -- 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 57031] New: Mouse "tremble" in Robin Hood: The Legend of Sherwood (GoG).
by WineHQ Bugzilla 04 Aug '24

04 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57031 Bug ID: 57031 Summary: Mouse "tremble" in Robin Hood: The Legend of Sherwood (GoG). Product: Wine-staging Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: flaubertSt(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Installed GoG version of Robin Hood: The Legend of Sherwood. All works, but mouse tremble when in game (it DOESN'T with menu screens). Tried "mouse warp override -all options-but it didnt solve. Strangely, I changed from WINE-9.1-staging to 9.0 stable version and it doesn't tremble anymore, but now it has some lag when exit from pause: see Bug 39513). -- 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 57014] New: WINE may have turned into a system killer
by WineHQ Bugzilla 03 Aug '24

03 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57014 Bug ID: 57014 Summary: WINE may have turned into a system killer Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- 1. I use a WIN32 text editor, PFE, which I run under WINE. 2. There has always been a bug in that after closing the laptop lid and then opening it again (which does not even send the laptop to sleep, but will turn the screen off), all PFE windows are now almost complete off-screen, with only the very bottom-right corner of the PFE window being visible in the very top-left corner of the screen. 3. To get out of this, I go to the running-applications bar (Debian, XFCE), right click on PFE, select "move" and then I can drag the window, and I put it back where I can see it. 4. I also play Vanilla WoW, 32 bit client. Recently, last month or so, a new bug has turned up, in that at busy times, occasionally, the client will freeze up *graphically*. Closing the laptop lid, and opening it again, fixes the freeze up. 5. For WoW, unlike PFE, closing the lid simply makes the WoW client minimize, so I can return to the game by clicking on its icon in the running-applications bar. 6. Now the kicker - PFE sometimes opens up a Yes/No dialog. It's modal. PFE had just opened such a dialog when the screen froze up, as it does with WoW. I closed the lid and opened it again - now PFE is as usual off-screen way up to the top-left. 7. Only problem now is all mouse clicks and key presses no longer have any effect. My guess is the modal dialog is absorbing them - but I can't see it to operate it correctly, and I can't right click on "Move" to drag PFE back on screen, and the dialog has no icon of its own in the running-applications bar, so I can't reach it. In the end, I had to hard reboot via the power button. -- 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 57030] New: VKBDevCfg-C detects device but no application functions available
by WineHQ Bugzilla 03 Aug '24

03 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57030 Bug ID: 57030 Summary: VKBDevCfg-C detects device but no application functions available Product: Wine Version: 9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: kai(a)kaishome.de Distribution: --- Created attachment 76879 --> https://bugs.winehq.org/attachment.cgi?id=76879 wine output starting VKBDevCfg-C.exe This is probably due to wine not implementing all USB IOCTLs, see attachment. -- 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 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

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