March 2019 - Wine-bugs - list.winehq.org

[Bug 46865] New: HDT: Regression, application shows a black screen
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46865 Bug ID: 46865 Summary: HDT: Regression, application shows a black screen Product: Wine-staging Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leopardb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63919 --> https://bugs.winehq.org/attachment.cgi?id=63919 How it looks like after the regression When loading Hearthstone Deck Tracker (https://appdb.winehq.org/objectManager.php?sClass=version&iId=34872) the application shows a black screen starting with Wine Staging 4.3 (Wine Staging 4.4 does the same). This was tested in a clean 64bits prefix and latest "winetricks dotnet42". -- 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 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 46785] New: Battle Realms fails to start: " Could not initialize rasterizer API"
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46785 Bug ID: 46785 Summary: Battle Realms fails to start: "Could not initialize rasterizer API" Product: Wine-staging Version: 4.3 Hardware: x86 URL: https://www.fileplanet.com/archive/p-6817/Battle-Realm s-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: andrew(a)fatbag.net, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63800 --> https://bugs.winehq.org/attachment.cgi?id=63800 terminal output Battle Realms from GOG.com shows the error message "Could not initialize rasterizer API" on launch then it crashes. The crash can be reproduced in the demo version too (minus the error message which is not presented in the demo). The patch to blame: https://github.com/wine-staging/wine-staging/blob/master/patches/ddraw-vers… wine-4.3-95-g968eda4b18 (Staging) OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 418.42.02 -- 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 46733] New: IDirect3DTexture9_LockRect failed inside ID3DXFontImpl_DrawTextW with OblivionReloaded
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46733 Bug ID: 46733 Summary: IDirect3DTexture9_LockRect failed inside ID3DXFontImpl_DrawTextW with OblivionReloaded Product: Wine-staging Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63724 --> https://bugs.winehq.org/attachment.cgi?id=63724 +d3dx,+d3d9,+d3d log Hi, While testing OblivionReloaded (a patcher/extender for TES4:Oblivion), I discovered that in some place where there was supposed to be a rendered text, wasn't. One of these place is the options menu (by default it came up with the key O). Digging inside OR sourcecode, I saw that it use DrawTextA from ID3DXFont. However the functions was silently failing and there wasn't any message from the log. I put some TRACE messages inside the functions and discovered that was failing in IDirect3DTexture9_LockRect. After getting a +d3dx,+d3d9,+d3d log I got: 0046:warn:d3d:wined3d_resource_map Resource does not have MAP_W access. on a Texture created by the DrawTextW function. Now, I don't have aviable other games that use the DrawText functions,and were reported working. But considering where is failing, it's possible that a change (in wine or another staging patch) broke this patch en passant? The attachment uploader is crying when trying to upload the compressed log. Will retry tomorrow. -- 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 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 46937] New: Can't install winehq-devel on debian buster
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46937 Bug ID: 46937 Summary: Can't install winehq-devel on debian buster Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: julien.aubin(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Hi, >From version 4.5 it has become impossible to install package winehq-devel on Debian Buster because of a dependency on libfaudio0 which is NOT available on Debian. Could you please provide the faudio packages in the Wine repo ? Thanks -- 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 46925] New: No Wine-Staging 4.4 packages for download
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46925 Bug ID: 46925 Summary: No Wine-Staging 4.4 packages for download Product: Packaging Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de As the title, Wine-Staging-4.4 is not available in any form for macOS, no pkg's and no portables. -- 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 46933] New: Alan Wake: Not Volumetric Lighting
by wine-bugs＠winehq.org 31 Mar '19

31 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46933 Bug ID: 46933 Summary: Alan Wake: Not Volumetric Lighting Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: david.gamiz(a)gmail.com Distribution: --- The support of DX9 for this game is awesome. Maybe whit Crysis one them more exigent. The performance bottleneck is important, but is acceptable performance between 20/40FPS. But for me, the minimum is we can enjoy the game whit the minimum features for it is designed. And Volumetric Light shaft is feature in this game in a lot of circumstances. The most import the lantern, or lamps... How can help to devs whit a specific report of the game to find the problem and can find possible fix? Is a wine issue or driver issue?? Thanks devs and community! Best regards, My Hardware: AMD Phenom(tm) II X6 1055T Processor × 6 8GB RAM DDR3-1333 SSD Sata3 KINGSTON 120Gb / Seagate Sata3 HDD 1TB Nvidia GeForce GTX 1060 OC 3072MB VRAM DDR5 Ubuntu 16.04 LTS (Last updated) / Unity 7 Driver Nvidia: 415.27 official graphics ppa Gamepad Xbox360 Wired USB Steam Gamepad -- 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 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