May 2018 - Wine-Bugs - list.winehq.org

[Bug 45180] New: iTunes installer freezes at the final step
by wine-bugs＠winehq.org June 23, 2018

June 23, 2018

https://bugs.winehq.org/show_bug.cgi?id=45180 Bug ID: 45180 Summary: iTunes installer freezes at the final step Product: Wine-staging Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 61399 --> https://bugs.winehq.org/attachment.cgi?id=61399 terminal output with frozen installer before it was killed. iTunes version 12.7.4.80 installer stops before the installation is complete. Doesn't just freeze as the cancel button can be pressed and a confirmation dialog will pop up, but nothing will actually happen and the installer will stay at the same step (left it open like that for an hour, nothing happened). If the installer is killed and launched again, the installation will complete. Does not occur in wine-devel. -- 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 3

[Bug 45181] New: iTunesVisualizerHost.exe crashes upon iTunes launch
by wine-bugs＠winehq.org June 23, 2018

June 23, 2018

https://bugs.winehq.org/show_bug.cgi?id=45181 Bug ID: 45181 Summary: iTunesVisualizerHost.exe crashes upon iTunes launch Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 61401 --> https://bugs.winehq.org/attachment.cgi?id=61401 backtrace from iTunesVisualizerHost.exe Every time when iTunes (version 12.7.4.80, but also occurs in older versions) is launched, iTunesVisualizerHost.exe crashes. I am not exactly sure what it does, but in previous versions of wine (at least 2.21), this problem was not present. Backtrace 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 5

[Bug 41174] New: DDS Converter (DX11) crashes with an error message " Failed init D3D device"
by wine-bugs＠winehq.org June 22, 2018

June 22, 2018

https://bugs.winehq.org/show_bug.cgi?id=41174 Bug ID: 41174 Summary: DDS Converter (DX11) crashes with an error message "Failed init D3D device" Product: Wine Version: 1.9.16 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Running DDS Converter (DX11) using WineD3D causes an error at start up with a message "Failed init D3D device" Download link for DDS Converter: http://www.nexusmods.com/fallout4/download/24149 -- 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 44557] New: Chuckie Egg: The Next Batch v1.2 regression on Wine 3.2
by wine-bugs＠winehq.org June 22, 2018

June 22, 2018

https://bugs.winehq.org/show_bug.cgi?id=44557 Bug ID: 44557 Summary: Chuckie Egg: The Next Batch v1.2 regression on Wine 3.2 Product: Wine Version: 3.2 Hardware: x86-64 URL: http://retrospec.sgn.net/game/chuckie OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vulture6(a)mail.com Distribution: Mint Since Wine 3.2, game has become slow to respond and screen elements are either missing or blank during gameplay. Music plays OK. -- 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 45109] New: Implement debugging 32-bit processes using 64-bit winedbg
by wine-bugs＠winehq.org June 22, 2018

June 22, 2018

https://bugs.winehq.org/show_bug.cgi?id=45109 Bug ID: 45109 Summary: Implement debugging 32-bit processes using 64-bit winedbg Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- winedbg (but also kernel32 and maybe dbghelp) currently assumes in a lot of places that the architecture of an inferior process matches the architecture of winedbg, and fails in an opaque way if it doesn't. It isn't possible to implement multiple architectures on 32-bit, for reasons that aren't clear to me (see the documentation for EnumProcessModules(), https://msdn.microsoft.com/en-us/library/windows/desktop/ms682631(v=vs.85).…) But the same restriction doesn't apply to 64-bit, so we should try to let winedbg handle this. Tagged as 'enhancement' since in most cases one can be careful enough to use 'wine' or 'wine64' as appropriate. One place where this does seem especially useful is 32-bit bootstrappers to 64-bit processes or the like, since often the only reliable way to break into a child process is with the AlsoDebugProcChild variable. -- 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 45156] New: autohotkey can't seem to click buttons any more ( breaking winetricks -q dirac et al)
by wine-bugs＠winehq.org June 22, 2018

June 22, 2018

https://bugs.winehq.org/show_bug.cgi?id=45156 Bug ID: 45156 Summary: autohotkey can't seem to click buttons any more (breaking winetricks -q dirac et al) Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer, regression, source Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Regression SHA1: 5d10abde503fc4a952c114c658fed74f97bff090 Distribution: Gentoo Regression caused by: commit 5d10abde503fc4a952c114c658fed74f97bff090 (refs/bisect/bad) Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Tue Feb 6 08:50:21 2018 +0300 comctl32: Introduce Button control. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> to reproduce: wineserver -k ; rm -rf ~/.wine ; WINE=$PWD/wine winetricks -q dirac Before, winetricks will call autohotkey to click through the installer After, the installer sits on the first screen and doesn't progress -- 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 10

[Bug 38513] New: Unimplemented function GetSystemTimePreciseAsFileTime
by wine-bugs＠winehq.org June 20, 2018

June 20, 2018

https://bugs.winehq.org/show_bug.cgi?id=38513 Bug ID: 38513 Summary: Unimplemented function GetSystemTimePreciseAsFileTime Product: Wine Version: 1.7.38 Hardware: x86-64 URL: http://www.winuae.net/files/b/winuae_test.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- I noticed a problem running the latest pre-beta version of WinUAE in Wine 1.7.38. On running winuae.exe, Wine reports this (repeated many times): wine: Call from 0x7b83b6ae to unimplemented function api-ms-win-core-sysinfo-l1-2-1.dll.GetSystemTimePreciseAsFileTime, aborting and eventually: err:seh:setup_exception_record stack overflow 1072 bytes in thread 0009 eip f73a3061 esp 053e0f00 stack 0x53e0000-0x53e1000-0x5660000 GetSystemTimePreciseAsFileTime is Windows 8+ only. This bug isn't to report that GetSystemTimePreciseAsFileTime is unimplemented (though that's true). The problem is that winuae.exe tries to call it even when Wine is set to Windows XP mode. On native Windows winuae.exe only calls it when running on Windows 8+; the program works fine on native Windows XP, Windows Vista 32-bit and Windows 7 32-bit. The problem could be related to Visual Studio 2015 RC. The developer said: 'Probably any msvc 2015 rc compiled program has same problem, I guess.. Platform Toolset is set to "Visual Studio 2015 - Windows XP (v140_xp)" (plain v140 drops XP support)' To reproduce: - Download the WinUAE 3.0.0 installer from http://www.winuae.net/files/InstallWinUAE3000.msi or the zip archive from http://www.winuae.net/files/WinUAE3000.zip - Run the installer or unpack the zip archive. - Download the pre-beta executable from http://www.winuae.net/files/b/winuae_test.zip - Replace the v3.0.0 winuae.exe with that version. - Run winuae.exe -- 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 15

[Bug 44668] New: Intel Asteroids DirectX 12 Sample requires NInput.dll
by wine-bugs＠winehq.org June 19, 2018

June 19, 2018

https://bugs.winehq.org/show_bug.cgi?id=44668 Bug ID: 44668 Summary: Intel Asteroids DirectX 12 Sample requires NInput.dll Product: Wine Version: 3.3 Hardware: x86 URL: https://www.techpowerup.com/forums/threads/intel-dx12- techdemo-asteroids.230719/#post-3602915 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Source compiled version of Intel Asteroids DirectX 12 Sample requires NInput.dll Code: https://github.com/GameTechDev/asteroids_d3d12/ Compiled version: https://www.techpowerup.com/forums/threads/intel-dx12-techdemo-asteroids.23… 002c:err:module:import_dll Library NInput.dll (which is needed by L"Z:\\home\\user\\asteroids_d3d12\\asteroids_d3d12.exe") not found 002c:err:module:attach_dlls Importing dlls for L"Z:\\home\\user\\asteroids_d3d12\\asteroids_d3d12.exe" failed, status c0000135 sha1sum asteroids_d3d12.zip fe50b86d9a9df985cf4e80420d98e7a10dea2007 asteroids_d3d12.zip du -sh asteroids_d3d12.zip 1.9M asteroids_d3d12.zip -- 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 44868] New: GRID2 not launch
by wine-bugs＠winehq.org June 18, 2018

June 18, 2018

https://bugs.winehq.org/show_bug.cgi?id=44868 Bug ID: 44868 Summary: GRID2 not launch Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxi.cass11(a)gmail.com Distribution: --- Created attachment 60927 --> https://bugs.winehq.org/attachment.cgi?id=60927 terminal output wine3.4 with clean prefix I have tried to launch Grid to see if it can run now. And the game not launch. I have attach the log with clean wine prefix -- 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 3

[Bug 44345] New: NieR: Automata - Map mode too dark due to cube map binding issues
by wine-bugs＠winehq.org June 18, 2018

June 18, 2018

https://bugs.winehq.org/show_bug.cgi?id=44345 Bug ID: 44345 Summary: NieR:Automata - Map mode too dark due to cube map binding issues Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: philip.rebohle(a)tu-dortmund.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- There is a minor visual issue with the map appearing too dark when accessed through the UI's "Map Mode" option, see the attached screenshots. The reason why this happens is that the game binds a D3D11_SRV_DIMENSION_TEXTURECUBE view to a slot which expects the view dimension to be D3D11_SRV_DIMENSION_TEXTURECUBEARRAY. D3D11 drivers on Windows seem to accept this behaviour and use the cube map nonetheless. I came across the exact same issue while working on a Vulkan-based D3D11 implementation, and came up with a workaround which always creates a cube map array view even when the D3D11 application requests a non-array cube map, and also changes the shader code to always use cube arrays. Maybe Wine can implement a similar strategy to fix this issue. My GPU is an AMD RX 480, Mesa 17.3.2, on wine-staging 2.21. -- 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