wine-bugs August 2018

wine-bugs@winehq.org

1 participants
8037 discussions

[Bug 45599] New: Support for FILE_FLAG_WRITE_THROUGH in CreateFile breaks Wargaming.net Game Center
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45599 Bug ID: 45599 Summary: Support for FILE_FLAG_WRITE_THROUGH in CreateFile breaks Wargaming.net Game Center Product: Wine-staging Version: unspecified Hardware: x86 URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente r_Install_TWA_EU.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The program closes with the message "Unable to launch the application because of critical errors." Guilty patch is "ml-patches/0027-kernel32-Add-support-for-FILE_FLAG_WRITE_THROUGH-to-.patch" - reverting it fixes the issue. To test just run the installer and then run "drive_c/Program Files/Wargaming.net/GameCenter/wgc.exe" in a fresh(!) WINEPREFIX. Running the program without the guilty patch, and then with the guilty patch again seems to fix the issue, also. -- 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 43891] New: RAGE (Steam) crashes after start in wine-staging
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43891 Bug ID: 43891 Summary: RAGE (Steam) crashes after start in wine-staging Product: Wine-staging Version: unspecified Hardware: x86 URL: http://store.steampowered.com/app/9200/RAGE/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59507 --> https://bugs.winehq.org/attachment.cgi?id=59507 terminal output The game starts properly in the development version of Wine (2.19), but crashes in the Staging version (tested with the following Staging versions: 2.10, 2.14, 2.18 and with current Staging-git). Reproduced the crash with the following Nvidia driver versions: 378.13, 384.59 and with current 387.12. With nouveau and Mesa 17.2.2 the game crashes in a different way (both in Staging and the development version), that's probably bug #38969. The patch in Staging which causes the problem: https://github.com/wine-compholio/wine-staging/blob/master/patches/opengl32… Arch Linux x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 387.12 -- 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 7

[Bug 40028] New: Tumblebugs 2 crashes with wined3d-csmt.dll, works with wined3d.dll
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40028 Bug ID: 40028 Summary: Tumblebugs 2 crashes with wined3d-csmt.dll, works with wined3d.dll Product: Wine-staging Version: 1.7.54 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Formerly this game was an indicator for DXTn textures support. It uses DXT5 textures for bugs. So this game some time worked with wine-staging? Not now. Enable redirect wined3d-csmt.dll ~~~~ fixme:winediag:start_process Wine Staging 1.9.1 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:module:load_dll Loader redirect from L"wined3d.dll" to L"wined3d-csmt.dll" fixme:winediag:wined3d_dll_init Experimental wined3d CSMT feature is currently disabled. fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled err:winediag:init_driver_info Invalid GPU override 1002:6740 specified, ignoring. fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. err:dbghelp_stabs:stabs_parse Unknown stab type 0x0a err:dbghelp_stabs:stabs_parse Unknown stab type 0x0a err:dbghelp_stabs:stabs_parse Unknown stab type 0x0a err:dbghelp_stabs:stabs_parse Unknown stab type 0x0a err:dbghelp_stabs:stabs_parse Unknown stab type 0x0a ... wine: Unhandled exception 0x40000015 in thread 29 at address 0x280bb5d (thread 0029), starting debugger... ~~~ disable ~~~~ fixme:winediag:start_process Wine Staging 1.9.1 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ntdll:__syscall_NtCreateNamedPipeFile Message mode not supported, falling back to byte mode. fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled err:winediag:init_driver_info Invalid GPU override 1002:6740 specified, ignoring. fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #3: fixme:d3d_shader:print_glsl_info_log WARNING: Could not find vertex shader attribute 'vs_in2' to match BindAttributeLocation request. fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #5: fixme:d3d_shader:print_glsl_info_log WARNING: Could not find vertex shader attribute 'vs_in2' to match BindAttributeLocation request. err:d3d_surface:surface_convert_format Failed to create a destination surface for conversion. err:d3d_surface:surface_convert_format Failed to create a destination surface for conversion. err:d3d_surface:surface_convert_format Failed to create a destination surface for conversion. err:d3d_surface:surface_convert_format Failed to create a destination surface for conversion. ~~~~ To check if this is my mistake I download ready-to-use WineStage-1.9.1 binary. Tested also with wine-staging-1.7.54. Tested wine Crossover 15.0 Same result. The game crashes. It works with main WineHQ with black insects and balls. -- 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 40060] New: Crash dialog button unclickable
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40060 Bug ID: 40060 Summary: Crash dialog button unclickable Product: Wine-staging Version: 1.9.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Created attachment 53538 --> https://bugs.winehq.org/attachment.cgi?id=53538 The windows in question If a game crashes (for example elevated_1024x768.exe) then dialog windows appeared with two buttons "Show details" and "Close". These buttons are unclickable because of patch https://github.com/wine-compholio/wine-staging/blob/master/patches/user32-M… Reverting the patch resolves the 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.

1 12

[Bug 45578] New: GTA 5 doesn't launch in 3.13, works in 3.12
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45578 Bug ID: 45578 Summary: GTA 5 doesn't launch in 3.13, works in 3.12 Product: Wine-staging Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: electrodexsnet(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 61994 --> https://bugs.winehq.org/attachment.cgi?id=61994 crash log - crash at line 19,541 I have GTA5 installed in a wine prefix with dxvk. Using wine builtin vulkan (vulkan-1.dll). In wine-staging 3.12, GTA 5 runs without issue. In 3.13, it now hangs at a blank screen after the police siren intro. You can close it by pressing Alt F4, then Enter. After reverting to 3.12, it works as expected again. Versions/System: GPU: Nvidia GTX 970 | proprietary driver: 396.45 OS: Manjaro stable DXVK: tested 0.54, 0.63, 0.64 - no difference winetricks: allfonts, steam Noteable error messages (line 19,541 in gta5_wine-staging-3.13-crash01): wine: Unhandled page fault on write access to 0x00000000 at address 0x141275cbc (thread 013c), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 64-bit code (0x0000000141275cbc). -- 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 44032] New: Diablo 3 2.6.1: Mouse-downs register as mouse clicks
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44032 Bug ID: 44032 Summary: Diablo 3 2.6.1: Mouse-downs register as mouse clicks Product: Wine Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sts33nvyb(a)gmail.com Distribution: --- Created attachment 59696 --> https://bugs.winehq.org/attachment.cgi?id=59696 Terminal output (not that I expect this to be useful) In Diablo 3, mouse-downs (pressing and holding the mouse button) often register as mouse clicks (pressing and immediately releasing the mouse button). This happens for approximately 50% of the mouse-downs when playing the game, which dramatically changes how the game plays, since holding down the mouse button is used for both moving and attacking continuously in the game. I'm running wine-staging 2.20 on OpenSuse 42.3 x86_64. This is for the current version of Diablo 3, version 2.6.1.47919 32-bit. Note that Diablo 3 recently dropped support for Windows XP; since this change, Diablo 3 no longer works in non-staging wine at all. Also, the 64-bit version of Diablo 3 has severe performance problems in wine-staging 2.20, so this is using the 32-bit version of Diablo 3. I speculate that some bug in wine is causing bogus mouse-up events to sometimes be generated immediately after mouse-down events. Note that this is a completely different bug from bug 31262. Note that user "pakos" has mistakenly commented about this bug in that bug report, dated 2017-11-13. He reports that this problem is present in versions of wine-staging at least back to 2.5. There has been some discussion of this bug on the application page. Some users have reported that changing wine's virtual desktop setting, forcing 32-bit using setarch, or changing Diablo 3's settings to windowed-fullscreen instead of fullscreen alleviated the problem. None of these helped for me. -- 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 33

[Bug 41107] New: Total Commander 8.52a Final has VERY slow folder icons rendering
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41107 Bug ID: 41107 Summary: Total Commander 8.52a Final has VERY slow folder icons rendering Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: katsunori.kumatani(a)gmail.com Distribution: --- Created attachment 55313 --> https://bugs.winehq.org/attachment.cgi?id=55313 Terminal Output, not very useful Using the 32-bit version of Total Commander 8.52a Final (latest non-beta), when drawing/rendering the icons for folders, it is VERY slow. Download the 32-bit version here: http://totalcmd2.s3.amazonaws.com/tcmd852ax32.exe After installing and launching it, please do the following to reproduce: 1) Maximize the Window to have more folders on screen. 2) Near the top-left, to the right of the green "Refresh" button, click on the "Source: Only file names" button, this enables more folders visible at once to show the slow effect more. 3) Go/navigate to a folder which has around 200 folders, such as Z:\usr\share (depends on your Linux distro), it doesn't matter, just make sure it has a lot of folders to see how painfully slow it is. This problem of course is not present in Windows. Terminal output has been attached, however I don't think it has any useful information because [b]Total Commander version 7 exhibits almost the same terminal output, but IT IS NOT SLOW like 8.52a![/b] In fact it is almost instant when rendering folder icons, which look the exact same. If you turn off folder icons in Preferences, it is fast, so I know that they are the culprit, 100%. Btw, the version 9 beta does not seem to have this problem because it uses the system's folder icons (which are blue on my system) instead of internal. The internal ones are yellow. I hope you can track down and fix this bug with this information. -- 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 45278] New: Vietcong: invisible objects (staging 3.9)
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45278 Bug ID: 45278 Summary: Vietcong: invisible objects (staging 3.9) Product: Wine-staging Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 61538 --> https://bugs.winehq.org/attachment.cgi?id=61538 Wine staging 3.9 rendering issues in Vietcong Wine-staging 3.9 has an issue with rendering objects in Vietcong - some parts of soldier models are invisible (see attachment). This problem does not exist in Wine-testing and all other Wine-staging versions (so its only Wine-staging 3.9 issue). Reproducible in Vietcong full [1] and demo [2] versions. See notes in AppDB how to run the game. Tested SW Kernel 4.16.11 Mesa 18.0.4 Tested HW Processor: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz GPU 1: Intel HD Graphics 4600 GPU 2: AMD Radeon R7 M265 PS: Different Vietcong rendering bug occured also in Wine-staging 3.3, but it has been fixed: bug #44712 PPS: Also note that some missions will crash without stagged "wined3d-Indexed_Vertex_Blending" patch, see bug #39057 or #9337 [1] https://appdb.winehq.org/objectManager.php?sClass=version&iId=8864 [2] https://appdb.winehq.org/objectManager.php?sClass=version&iId=35621 -- 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 39424] New: CodeCharge Studio 5.2 Does Not Load
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39424 Bug ID: 39424 Summary: CodeCharge Studio 5.2 Does Not Load Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: tmp(a)pc-homepage.com Distribution: --- Created attachment 52538 --> https://bugs.winehq.org/attachment.cgi?id=52538 Error dump file Installation of CodeCharge Studio 5.2 gave errors but it seemed to install. However, it will not run. -- 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 9

[Bug 42844] New: Mouse not captured in fullscreen game ( Resident Evil Revelations)
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42844 Bug ID: 42844 Summary: Mouse not captured in fullscreen game (Resident Evil Revelations) Product: Wine Version: 2.4 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com I am using FreeBSD 12.0-CURRENT #0 r316750: Thu Apr 13 08:03:28 UTC 2017 amd64 Wine staging 2.4 i386 I set my cleaned prefix with "capture the mouse" checked and "virtual desktop" checked and set to 1920x1080. The problem is that when I'm playing, it's correctly in fullscreen 1920x1080, I don't see the bottom bar with "start" button and Steam icon in the tray BUT I can click it even without to see it. So when playing, it will sometimes happen that your cursor reaches the "Resident Evil Revelations" application in the bar then when you click it, it will simply minimize the game. It shouldn't happen since I checked the "capture mouse" thing in winecfg so I think there's a problem with the capture of the mouse in Resident Evil Revelations. -- 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

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 August 2018