wine-bugs July 2017

wine-bugs@winehq.org

1 participants
7762 discussions

[Bug 40488] New: Revenant crashes when starting a new game
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=40488 Bug ID: 40488 Summary: Revenant crashes when starting a new game Product: Wine Version: 1.9.6 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: stefan(a)codeweavers.com Blocks: 37070 Regression SHA1: aeefbdffba9ea77310759956007f1348920b4477 Distribution: --- Created attachment 54261 --> https://bugs.winehq.org/attachment.cgi?id=54261 terminal output Graphical issues are present in the game as reported in bug #37070. Since Wine 1.9.6 the game crashes when starting a new game from the main menu: 'DirectX Error: DDERR_SURFACEBUSY'. Tested with the GOG.com version of the game. Demo version is available on Fileplanet, but the website has been marked as malicious site by Chrome and Firefox, so I didn't check whether the demo has the same problem. Regression introduced by commit aeefbdffba9ea77310759956007f1348920b4477 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Fri Mar 11 16:01:43 2016 +0100 wined3d: Merge wined3d_surface_map() and wined3d_volume_map(). Wine 1.9.8 OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV92 OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel OpenGL core profile shading language version string: 3.30 -- 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 45

[Bug 42961] New: ffxiv dx11 fixme:d3d11: d3d11_immediate_context_RSSetState Ignoring depth bias.
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=42961 Bug ID: 42961 Summary: ffxiv dx11 fixme:d3d11:d3d11_immediate_context_RSSetState Ignoring depth bias. Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ssbkm(a)icloud.com Distribution: --- ffxiv dx11 -- 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 42803] New: Large data received on a 401 error causes authentication to fail
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=42803 Bug ID: 42803 Summary: Large data received on a 401 error causes authentication to fail Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Returning 10K causes WinHttpSendRequest not to send the Authorization to the server. This is because the data isn't flushed correctly and when WinHttpReceiveResponse is called again it's still reading the data from the first request. Patch sent to show the issue. https://source.winehq.org/patches/data/132582 -- 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 41774] New: Rogue operatives - only white screen in game with HUD
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=41774 Bug ID: 41774 Summary: Rogue operatives - only white screen in game with HUD Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 56210 --> https://bugs.winehq.org/attachment.cgi?id=56210 Steam+RO log This is using wine-git, as a bug that didn't let the game launch a lobby just got fixed. I can get into the menu fine, create a lobby but when it loads I can only see pure white with working HUD drawn on top of it. Using Win7. -- 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 41905] New: The Solus Project: Backend can't handle opcode bfrev
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=41905 Bug ID: 41905 Summary: The Solus Project: Backend can't handle opcode bfrev Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 56288 --> https://bugs.winehq.org/attachment.cgi?id=56288 Terminal output Wine 1.9.23 As of Wine 1.9.23, I've noticed that The Solus project has the following item in the terminal: fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle opcode bfrev. -- 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 40910] New: The Next BIG Thing can't save the game ( needs native xmllite)
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=40910 Bug ID: 40910 Summary: The Next BIG Thing can't save the game (needs native xmllite) Product: Wine Version: 1.9.13 Hardware: x86 URL: http://www.fileplanet.com/219646/210000/fileinfo/The-N ext-BIG-Thing-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- When attempting to save the game, nothing happens: there is no error message from the game and no saved game is created. The demo version tends to hang after performing a manual save. In the terminal: fixme:xmllite:xmlwriter_SetProperty Unimplemented property (1) Saving the game works with native xmllite.dll. Steps to reproduce the problem in the demo: Start the game with 'The Next Big Thing.exe', create a new player, start a new game. You can skip the intro videos by pressing <Esc.> Move the mouse pointer to the top of the screen and select the rightmost icon to open the controls menu. Use the disk icon to save the game, enter a name, press <Enter>. The game is not saved. The_Next_BIG_Thing_Demo_EN.zip (793M) sha1: a3ef1262a81a0b853eafd7a51f232b2abf343c14 -- 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 20

[Bug 42570] New: dinput/tests/mouse intermittently fails in Acquire() and GetDeviceData()
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=42570 Bug ID: 42570 Summary: dinput/tests/mouse intermittently fails in Acquire() and GetDeviceData() Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 57480 --> https://bugs.winehq.org/attachment.cgi?id=57480 log with +dinput The following lines are sometimes printed: mouse.c:143: Test failed: Acquire() should have failed: 00000000 mouse.c:147: Test failed: Acquire() failed: 00000001 Less often, 2-4 of the following lines may be printed as well: mouse.c:152: Test failed: GetDeviceData() failed: 00000000 cnt:0 mouse.c:158: Test failed: GetDeviceData() failed: 00000000 cnt:0 mouse.c:166: Test failed: GetDeviceData() failed: 00000000 cnt:0 mouse.c:177: Test failed: GetDeviceData() failed: 00000000 cnt:0 This affects at least the f25 and hd6800 test machines. If there is any relevant information I can provide about my machine, please let me know. -- 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 41220] New: Provide fallback implementation of strnlen for OS versions that don' t have it in their Libc (Leopard, Snow Leopard, et al)
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=41220 Bug ID: 41220 Summary: Provide fallback implementation of strnlen for OS versions that don't have it in their Libc (Leopard, Snow Leopard, et al) Product: Wine Version: 1.9.17 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jeremyhu(a)freedesktop.org wine-1.9.17 is failing to build on Leopard and Snow Leopard due to strnlen not being available on those OS versions, where d3d10.dll.so and d3d11.dll.so fail to link with: Undefined symbols for architecture i386: "_strnlen", referenced from: _fx10_get_string in effect.o Undefined symbols for architecture i386: "_strnlen", referenced from: _shader_parse_signature in shader.o A fallback implementation of strnlen should be provided for such cases. -- 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 43217] New: Wine cannot execute position-independent (PIE) host executables via CreateProcess()
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=43217 Bug ID: 43217 Summary: Wine cannot execute position-independent (PIE) host executables via CreateProcess() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 58504 --> https://bugs.winehq.org/attachment.cgi?id=58504 script.sh: Test script to reproduce the problem; test.c: Windows program; hello.c: Host/Linux program The problem arises from the fact that `create_process_impl()` in `dlls/kernel32/process.c` ultimately calls `MODULE_get_binary_info()` in `dlls/kernel32/module.c` which detects PIE exectuables as ELF shared objects and thus sets `info->type = BINARY_UNIX_LIB;` instead of `info->type = BINARY_UNIX_EXE;`. I do not have enough knowledge about the precise way that Winelib apps are implemented or supposed to work, but the fact that PIE executables are in fact ELF shared objects and not ELF executables according to the ELF header, causes Wine to detect these as Winelib apps and ultimately invoke the wrong process creation path. The problem especially manifests on the just released Debian 9 Stretch because Debian 9 now uses PIE executables throughout the distribution and these cannot be started any more from within programs running on Wine. Tested with winehq-devel packages 2.10 as well as Debian 9 packaged Wine 1.8.7 and 2.0. Looking at Wine git master, the relevant code paths have not changed at all for quite some time, thus this very likely also applies to all other Wine versions as well. Non-PIE executables work fine. Test script (script.sh) to reproduce the problem as well as output of the test script attached. -- 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 40866] New: DigitalMicrograph: crashes when a new script is added to the menu
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=40866 Bug ID: 40866 Summary: DigitalMicrograph: crashes when a new script is added to the menu Product: Wine Version: 1.9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: niermann(a)physik.tu-berlin.de Distribution: --- Created attachment 54885 --> https://bugs.winehq.org/attachment.cgi?id=54885 Wine output during crash DigitalMicrograph by Gatan crashes when the "Install Script" dialog is closed. Independently of whether the dialog is opened via the "File->Install Script" or the "File->Install Script File" command. To reproduce: Create new script (File->New Script) and try to install it (File->Install Script). In the "Install script" dialog simply press Enter without changing anything. Bug occurs on DigitalMicrograph versions 1.8.3 and 2.3.0 (others not tested) and with wine 1.6.2 and wine-1.9.13 (others not tested). >From tracing the outputs and by debugging wine I found the reason for the crash to be in dlls/user32/edit.c: The application calls EM_GETHANDLE and later WM_SETFONT on an edit control (without sending EM_SETHANDLE in between). During processing WM_SETFONT the es->text field is accessed, which at this point contains NULL due to the inhibited buffer locking after EM_GETHANDLE. -- 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

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 July 2017