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

[Bug 28883] New: The Witcher 2: Portions of objects rendered as black.
by wine-bugs＠winehq.org Aug. 28, 2019

Aug. 28, 2019

http://bugs.winehq.org/show_bug.cgi?id=28883 Bug #: 28883 Summary: The Witcher 2: Portions of objects rendered as black. Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mblackwell1024(a)gmail.com Classification: Unclassified The Witcher 2 suffers from strange anomalies where objects or parts of objects are drawn as black rather than textured. This occurs regardless of whether GLSL is enabled or disabled and is not the same as Bug 27194 (which is resolved). The only console message during this time is: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. over and over. I've attached a screenshot showing the issue. Shifting the view slightly changes what will and won't be shown as black. It happens mostly outdoors and generally on foliage, although it sometimes appears on characters as well as the screenshot indicates. -- 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.

1 18

[Bug 14939] New: DXT1 support not implemented
by wine-bugs＠winehq.org Aug. 28, 2019

Aug. 28, 2019

http://bugs.winehq.org/show_bug.cgi?id=14939 Summary: DXT1 support not implemented Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: shacklein(a)gmail.com Running Black & White, regardless of in-game settings, the following fixme occurs: fixme:d3d_surface:surface_convert_format Cannot find a conversion function from format WINED3DFMT_DXT1 to WINED3DFMT_A4R4G4B4 Although the game is still playable, the lack of DXT1 support does seriously affect the graphics and gameplay. On "lowest" settings, the terrain is transparent and some objects are untextured and 100% black; on "highest", some textures are corrupted, or untextured as in "lowest" settings. -- 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.

1 83

[Bug 41674] New: Dungeon rats - black squares in some textures
by wine-bugs＠winehq.org Aug. 28, 2019

Aug. 28, 2019

https://bugs.winehq.org/show_bug.cgi?id=41674 Bug ID: 41674 Summary: Dungeon rats - black squares in some textures Product: Wine Version: 1.9.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: amagarrsh(a)gmail.com Distribution: --- Created attachment 56065 --> https://bugs.winehq.org/attachment.cgi?id=56065 complete log Dungeon rats need d3dcompiler_43 override or the game crashes. With d3dcompiler_43.dll native game works perfect but there are black squares in some textures. There are quite a few messages in the log: fixme:d3d:wined3d_texture_generate_mipmaps texture 0xbee87e0 stub! err:d3d:wined3d_debug_callback 0x2e2b040: "GL_INVALID_OPERATION error generated. Cannot begin query on an active query object.". err:d3d:wined3d_debug_callback 0x2e2b040: "GL_INVALID_OPERATION error generated. <target> does not have an active query.". err:d3d:wined3d_debug_callback 0x2e2b040: "GL_INVALID_OPERATION error generated. Query object not found.". -- 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 37819] New: The Forest: To dark environment and missing textures
by wine-bugs＠winehq.org Aug. 27, 2019

Aug. 27, 2019

https://bugs.winehq.org/show_bug.cgi?id=37819 Bug ID: 37819 Summary: The Forest: To dark environment and missing textures Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- Created attachment 50368 --> https://bugs.winehq.org/attachment.cgi?id=50368 Terminal output On playing The Forest I'm seeing 2 issues that seems to be related: - On running around the environment gets often very dark. It is a fading effect and is maybe a feature of the game but on looking at Let's Plays on Windows this doesn't appear in such a heavy way. - Some graphics have missing textures and they will be shown as a white graphic then. Also I'm noticing that looking at such a graphic does also trigger the first issue. In the attachments is the terminal output and 2 screenshots that compare how the game looks normally at night and how the environemnt turns black after turning a little to the left (so that I'm looking at a standing fire which have partly missing textures). -- 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 21197] New: Black dots are seen on some 3D models in GTAIV
by wine-bugs＠winehq.org Aug. 27, 2019

Aug. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=21197 Summary: Black dots are seen on some 3D models in GTAIV Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Created an attachment (id=25456) --> (http://bugs.winehq.org/attachment.cgi?id=25456) Exploded car Sometimes dots make up the whole model, easily seen on exploded cars. -- 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.

1 17

[Bug 25760] New: After deinstallation of World of Tanks, its .desktop file still resides in the menu
by wine-bugs＠winehq.org Aug. 27, 2019

Aug. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=25760 Summary: After deinstallation of World of Tanks, its .desktop file still resides in the menu Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru After deinstallation of World of Tanks, its .desktop file still resides in the menu. The item disappears from Wine submenu but appears in "Applications". -- 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.

1 6

[Bug 37871] New: GOG.com downloader (.NET 3.5 app) wants wininet.GetUrlCacheConfigInfoA/W implementation
by wine-bugs＠winehq.org Aug. 23, 2019

Aug. 23, 2019

https://bugs.winehq.org/show_bug.cgi?id=37871 Bug ID: 37871 Summary: GOG.com downloader (.NET 3.5 app) wants wininet.GetUrlCacheConfigInfoA/W implementation Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. It's rather harmless as the failure is catched and handled in managed code. So the issue is rather about an improvement and the app can be used as test case. --- snip --- fixme:wininet:GetUrlCacheConfigInfoW (0x1440e8, 0x33df24, 104) Message: Value does not fall within the expected range. Stack trace: at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo) at MS.Win32.WinInet.get_InternetCacheFolder() at System.Windows.Media.Imaging.BitmapDownload.BeginDownload(BitmapDecoder decoder, Uri uri, RequestCachePolicy uriCachePolicy, Stream stream) at System.Windows.Media.Imaging.LateBoundBitmapDecoder..ctor(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, RequestCachePolicy requestCachePolicy) at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, RequestCachePolicy uriCachePolicy, Boolean insertInDecoderCache) at System.Windows.Media.Imaging.BitmapImage.FinalizeCreation() at System.Windows.Media.Imaging.BitmapImage.EndInit() at GOGCompanionApp.AppWindow.LoginUser() --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/cc817578%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/2aaff6e19f9ef97a241d7ca36497d47d… --- snip --- 3764 BOOL WINAPI GetUrlCacheConfigInfoW(LPINTERNET_CACHE_CONFIG_INFOW CacheInfo, LPDWORD size, DWORD bitmask) 3765 { 3766 FIXME("(%p, %p, %x)\n", CacheInfo, size, bitmask); 3767 INTERNET_SetLastError(ERROR_INVALID_PARAMETER); 3768 return FALSE; 3769 } --- snip --- $ wine --version wine-1.7.33-191-ge899bd8 Regards -- 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 37784] New: No warning to user that wine-mono will not be installed to a 64 bit wineprefix unless wine64 is explicitly invoked
by wine-bugs＠winehq.org Aug. 23, 2019

Aug. 23, 2019

https://bugs.winehq.org/show_bug.cgi?id=37784 Bug ID: 37784 Summary: No warning to user that wine-mono will not be installed to a 64 bit wineprefix unless wine64 is explicitly invoked Product: Wine Version: 1.3.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Filing this based on https://bugs.winehq.org/show_bug.cgi?id=37772#c2. The default wineprefix created by running wineboot (or anything else) on a 64 bit system is 64 bit, even if wine64 is not explicitly used. However, wine-mono is not automatically installed to a 64 bit wineprefix unless wine64 is explicitly invoked. There is no warning to the user that wine-mono is not being installed, and http://wiki.winehq.org/Mono says nothing about needing to specify wine64 to install/uninstall it in a 64 bit wineprefix. If not installing wine-mono to a default wineprefix unless wine64 is specified is the intended behavior, there should be a warning about that in the console at wineprefix creation, and it should be documented on the Mono wiki page. -- 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 26445] New: URLDownloadToFileW does not support FTP URLs
by wine-bugs＠winehq.org Aug. 23, 2019

Aug. 23, 2019

http://bugs.winehq.org/show_bug.cgi?id=26445 Summary: URLDownloadToFileW does not support FTP URLs Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)colinfinck.de I cannot download any file with an ftp:// URL using urlmon's URLDownloadToFileW function. HTTP URLs properly work. Downloading over FTP is supported under Windows, so Wine should implement this as well. An example app using this functionality can be found in bug 9741. As I don't want to argue whether closing that bug was right, I'm opening this new one. -- 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.

1 19

[Bug 43356] New: Mass Effect (1) Steam freezes since Steam Update from 8th of July 2017
by wine-bugs＠winehq.org Aug. 23, 2019

Aug. 23, 2019

https://bugs.winehq.org/show_bug.cgi?id=43356 Bug ID: 43356 Summary: Mass Effect (1) Steam freezes since Steam Update from 8th of July 2017 Product: Wine Version: 2.12 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adi(a)angewandte-lebenskunst.ch Used 2.12 Devel until the steam update broke the installation. Moved to 2.12 Staging and Steam could be started again. The problem now is, that Mass Effect 1, which worked fine so far, now freezes after a few minutes. Wine reports: err:ntdll:RtlpWaitForCriticalSection section 0xa2e65c "../../../wine/dlls/dinput/mouse.c: SysMouseImpl*->base.crit" wait timed out in thread 008b, blocked by 0080, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x21fce33c "../../../wine/dlls/dinput/dinput_main.c: dinput_hook_crit" wait timed out in thread 0080, blocked by 008b, retrying (60 sec) Game hangs and no way to get it out of the loop. Only by killing the process. Tried several settings (catch/catch not mouse), reduced graphics to low level, disabled overlay in steam, tried disabling gameoverlayrenderer.dll, tried XP as well as Windows 7 and Windows 10. Same result everywhere. Using macOS 10.12.5 on MacBook Pro (Retina, 15-inch, Mid 2015), 2.8 GHz Intel Core i7, 16 GB 1600 MHz DDR3, AMD Radeon R9 M370X 2048 MB Intel Iris Pro 1536 MB -- 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 23