December 2017 - Wine-Bugs - list.winehq.org

[Bug 29397] New: Flickering black boxes over models in Orcs Must Die!
by wine-bugs＠winehq.org Aug. 28, 2019

Aug. 28, 2019

http://bugs.winehq.org/show_bug.cgi?id=29397 Bug #: 29397 Summary: Flickering black boxes over models in Orcs Must Die! Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeff(a)deserettechnology.com Classification: Unclassified Created attachment 38054 --> http://bugs.winehq.org/attachment.cgi?id=38054 Black boxes covering player models While playing Orcs Must Die!, flickering black boxes appear on the edges of many models, including background models that are part of the arena as well as character models. These black boxes rarely stay in place long enough to capture with a screenshot, but I have one that shows two such boxes. They change position as the player moves and animations execute, but the boxes are present in almost every frame. Tested with 1.1.35 and 962230064d and got identical results. I have never tried to play with earlier versions so I don't know if this is a regression or not. The attached screenshot shows a black box over the archer's head and the player's elbow. The box on the archer is permanent, the box on the players elbow flickers as movement animations occur. -- 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 14

[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