wine-bugs August 2023

wine-bugs@winehq.org

1 participants
2200 discussions

[Bug 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla 03 Dec '24

03 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 47331] New: Steam browser flickering
by wine-bugs＠winehq.org 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=47331 Bug ID: 47331 Summary: Steam browser flickering Product: Wine-staging Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: werifGX(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- As referenced on https://github.com/PhoenicisOrg/scripts/issues/994 steam installed using `winetricks 20190310-next` on debian buster using `wine-4.9 (Staging)` which has win7 environment, gameoverlayrenderer dll_override disabled and CSMT enabled result in flickering of steam browser as presented on https://youtu.be/LaR8nQ0Ir2w Suspecting this beeing wine issue. -- 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 19

[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 51713] New: Deus Ex Mankind Divided needs "D3DCompile2 HLSL shader compilation"
by WineHQ Bugzilla 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51713 Bug ID: 51713 Summary: Deus Ex Mankind Divided needs "D3DCompile2 HLSL shader compilation" 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: --- Created attachment 70588 --> https://bugs.winehq.org/attachment.cgi?id=70588 WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" output log Hello, I tried to launch with vkd3d + vulkan renderer and it crashes at launch with these error lines : babaowhisky@debian-desktop:~/GOG Games/Deus Ex Mankind Divided/retail$ wine DXMD.exe 0108:err:winediag:wined3d_dll_init Using the Vulkan renderer. 0108:fixme:heap:RtlSetHeapInformation 0000000002810000 0 000000000011F720 4 stub 0108:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0110:fixme:ver:GetCurrentPackageId (000000002349FE10 0000000000000000): stub 0120:err:winediag:ntlm_check_version ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0120:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 0120:err:winediag:ntlm_check_version ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0120:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 0108:fixme:d3d:get_vulkan_physical_device Multiple physical devices available. 0108:fixme:d3d:adapter_vk_init_driver_info Failed to retrieve GPU description for device "AMD RADV POLARIS11" 1002:67ff. 0108:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x237a36d0, format DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0, mode_count 0x11dcb0, modes (nil) partial stub! 0108:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x237a36d0, format DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0, mode_count 0x11dcb0, modes 0x7f49adc0cc90 partial stub! 0108:fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0108:fixme:d3d:get_vulkan_physical_device Multiple physical devices available. 0108:fixme:d3d:adapter_vk_init_driver_info Failed to retrieve GPU description for device "AMD RADV POLARIS11" 1002:67ff. 01b0:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 01b0:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 01b0:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 01b0:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 01b0:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. System : - Debian Sid 64bits - AMD RX560 4Gb - Mesa 21.2.1 - Plain wine-6.16 - vkd3d-1.2-460-gb5251b3 -- 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 26

[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

Jump to page:

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