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

[Bug 43509] New: Internet Explorer 11 installer fails ( needs stubs or a suitable MSU installer)
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=43509 Bug ID: 43509 Summary: Internet Explorer 11 installer fails (needs stubs or a suitable MSU installer) Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Fails with the message "Internet Explorer needs an update before installing. Go online and install the required update, then return to the Internet Explorer installation page and run setup again." Looking through logs shows that it is checking the version of several files, namely: d3d11.dll, api-ms-win-downlevel-user32-l1-1-0.dll, ntoskrnl.exe, api-ms-win-security-base-l1-1-0.dll, conhost.exe, segoeui.ttf, taskhost.exe, tdh.dll, tcpip.sys. When these checks fail it attempts to download KB updates (as can be seen from https://support.microsoft.com/en-us/help/2847882/prerequisite-updates-for-i…) Wine lacks the last four of these. Adding a version resource to tdh.dll, and adding a stub tcpip.sys with version resource, causes those two checks to succeed; presumably the same can be done for taskhost.exe (although it is probably not necessary; see below). Copying over segoeui.ttf from an existing Windows installation does *not* work, and for the life of me I can't figure out why; a +relay trace doesn't show the installer doing *any* version checks on the file. When the checks fail, the installer attempts to download and install KB updates using dism.exe. This fails, since we don't have dism.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 10

[Bug 31403] New: bad exe format for mingw binary that works fine on windows.
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

http://bugs.winehq.org/show_bug.cgi?id=31403 Bug #: 31403 Summary: bad exe format for mingw binary that works fine on windows. Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: pluto(a)agmk.net Classification: Unclassified i'm trying to run binaries produced by i686-w64-mingw (gcc-4.7.x) and getting following error: $ LANG=C wine debugtoolsTest.exe wine: Bad EXE format for Z:\home\users\(...)\build-debug-i686-w64-mingw32\debugtoolsTest.exe. this is weird becuase win7/x64 runs this 32-bit binary without any errors. -- 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 7

[Bug 33364] New: AMD HD 6650 is recognized as HD 2900XT1
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

http://bugs.winehq.org/show_bug.cgi?id=33364 Bug #: 33364 Summary: AMD HD 6650 is recognized as HD 2900XT1 Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: petrosha(a)list.ru Classification: Unclassified Created attachment 44142 --> http://bugs.winehq.org/attachment.cgi?id=44142 lspci Hi! I use Asus K43Ta laptop (http://www.asus.com/Notebooks_Ultrabooks/K43TA/#specifications) It has dualgraphics videocard AMD Radeon HD 6720G2 (http://www.amd.com/us/products/technologies/dual-graphics/Pages/dual-graphi…) which consists of two cards: Integrated HD 6520G Discrete HD 6650M For gaming I use Discrete and Catalyst 13.1 Catalyst says that it is "AMD Radeon 6600M and 6700M Series" But Eve-Online in wine says it is AMD Radeon 2900 XT1 LOTRO in wine says the same as EveOnline. It seems to be the same problem as in this closed bug but for another card http://bugs.winehq.org/show_bug.cgi?id=31590 I am not sure that I can write a patch but will provide any needed info Thanx Petr Shatunov -- 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 34686] New: Neverwinter Nights 2 fails on startup, claiming: "Unable to detect a video card with hardware 3D acceleration."
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

http://bugs.winehq.org/show_bug.cgi?id=34686 Bug #: 34686 Summary: Neverwinter Nights 2 fails on startup, claiming: "Unable to detect a video card with hardware 3D acceleration." Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net CC: wine-bugs(a)winehq.org Classification: Unclassified Hello folks, continuation of bug 23839 Message box text now: "Unable to detect a video card with hardware 3D acceleration. Neverwinter Nights 2 requires a video card that supports then please make sure that it's enabled." There are still some property "holes" to be filled until reaching "bxxAccelerationEnabled" properties. Add the following ones respecting required datatypes (bool/long/integer). Hint: you need new helper for long -> VT_I4 --- snip --- "szDisplayModeLocalized" "szDisplayModeEnglish" "szMonitorName" "szMonitorMaxRes" "szDriverAttributes" "szDriverLanguageEnglish" "szDriverLanguageLocalized" "szDriverDateEnglish" "szDriverDateLocalized" "lDriverSize" "szMiniVdd" "szMiniVddDateLocalized" "szMiniVddDateEnglish" "lMiniVddSize" "szVdd" "bCanRenderWindow" "bDriverBeta" "bDriverDebug" "bDriverSigned" "bDriverSignedValid" "szDriverSignDate" "dwDDIVersion" "szDDIVersionEnglish" "szDDIVersionLocalized" "iAdapter" "dwWHQLLevel" "bNoHardware" "bDDAccelerationEnabled" "b3DAccelerationExists" "b3DAccelerationEnabled" --- snip --- bNoHardware = false bDDAccelerationEnabled = true b3DAccelerationExists = true b3DAccelerationEnabled = true This allows Neverwinter Nights 2 to start with Wine builtin dxdiagn and probably helps various other games that currently require the native version ;-) You can find countless dumps of those properties in various Internet forums if you need better default values... Example: http://forums.civfanatics.com/archive/index.php/t-489255.html --- snip --- szDeviceName = \\.\DISPLAY1 szDescription = NVIDIA GeForce GTX 660 szKeyDeviceID = Enum\PCI\VEN_10DE&DEV_11C0&SUBSYS_26603842&REV_A1 szKeyDeviceKey = \Registry\Machine\System\CurrentControlSet\Control \Video\{8DCBA04D-953B-4323-B093-1BA7542C8C57}\0000 szManufacturer = NVIDIA szChipType = GeForce GTX 660 szDACType = Integrated RAMDAC szRevision = Failed to get parameter szDisplayMemoryLocalized = 4034 MB szDisplayMemoryEnglish = 4034 MB szDisplayModeLocalized = 1920 x 1080 (32 bit) (60Hz) szDisplayModeEnglish = 1920 x 1080 (32 bit) (60Hz) szOverlayEnglish = Supported szDXVAHDEnglish = Supported dwWidth = 1920 dwHeight = 1080 dwBpp = 32 dwRefreshRate = 60 szMonitorName = Generic PnP Monitor szMonitorMaxRes = Failed to get parameter szDriverName = nvd3dumx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvd3dum,n vwgf2um,nvwgf2um szDriverAssemblyVersion = 9.18.13.1407 szDriverVersion = 9.18.0013.1407 szDriverAttributes = Final Retail szDriverLanguageEnglish = English szDriverLanguageLocalized = English szDriverDateEnglish = 2/9/2013 21:25:27 szDriverDateLocalized = 2/9/2013 9:25:27 PM lDriverSize = 17987192 szMiniVdd = n/a szMiniVddDateLocalized = n/a szMiniVddDateEnglish = n/a lMiniVddSize = 0 szVdd = n/a szDriverModelEnglish = WDDM 1.2 szDriverModelLocalized = WDDM 1.2 szDriverNodeStrongName = oem12.inf:0f066de34ffc3860:Section063:9.18.13.1407 :pci\ven_10de&dev_11c0 szRankOfInstalledDriver = 00E02001 bCanRenderWindow = true bDriverBeta = false bDriverDebug = false bDriverSigned = false bDriverSignedValid = false szDeviceIdentifier = {D7B71E3E-5280-11CF-8D5E-6D061CC2C435} szDriverSignDate = Failed to get parameter dwDDIVersion = 11 szDDIVersionEnglish = 11 szDDIVersionLocalized = 11 iAdapter = 0 szVendorId = 0x10DE szDeviceId = 0x11C0 szSubSysId = 0x26603842 szRevisionId = 0x00A1 dwWHQLLevel = 0 bNoHardware = false bDDAccelerationEnabled = true b3DAccelerationExists = true b3DAccelerationEnabled = true bAGPEnabled = true bAGPExists = true bAGPExistenceValid = true szDXVAModes = ModeMPEG2_A ModeMPEG2_C ModeVC1_C ModeWMV9_C szDDStatusLocalized = Enabled szDDStatusEnglish = Enabled szD3DStatusLocalized = Enabled szD3DStatusEnglish = Enabled szAGPStatusLocalized = Enabled szAGPStatusEnglish = Enabled szNotesLocalized = No problems found. szNotesEnglish = No problems found. szRegHelpText = Failed to get parameter szTestResultDDLocalized = Not run szTestResultDDEnglish = Not run szTestResultD3D7Localized = Not run szTestResultD3D7English = Not run szTestResultD3D8Localized = Not run szTestResultD3D8English = Not run szTestResultD3D9Localized = Not run szTestResultD3D9English = Not run --- snip --- It seems "n/a" and "Failed to get parameter" might be candidates for default values. $ wine --version wine-1.7.3-313-gf46137f Regards -- 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 20

[Bug 38816] New: XBOX controller not working on Brothers: A Tale of Two Sons
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=38816 Bug ID: 38816 Summary: XBOX controller not working on Brothers: A Tale of Two Sons Product: Wine Version: 1.7.45 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: --- It seems the game "Brothers: A Tale of Two Sons" does not support XBOX controllers on Wine. It's a real shame since it was designed specifically for a controller. Tested on Wine 1.7.45. -- 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 37

[Bug 45127] New: Tomb Raider 2013 : Most shaders render blue
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=45127 Bug ID: 45127 Summary: Tomb Raider 2013 : Most shaders render blue Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: moihack.inside(a)gmail.com Distribution: ArchLinux Created attachment 61310 --> https://bugs.winehq.org/attachment.cgi?id=61310 compressed terminal output/error log I'm talking about the Steam Version of the game. As you can see in the screenshots here: https://imgur.com/a/EqvnYO3 almost all shaders/textures apart from Lara's hair and the skybox are rendered in blue color. If the following registry hack: https://pcgamingwiki.com/wiki/Tomb_Raider_(2013)#Force_DirectX_9_renderer_o… is applied, that forces the game to DX9 mode instead of DX11 then the game runs perfect. The game launches fine even in DX11 mode and you can even try to "blindly" play the game. No crashes or any other issues occur. Launched via; wine Steam.exe -applaunch 203160 &> lara_tomb.txt I compressed the terminal output because it came almost 10MB in size. Using fully updated Arch Linux with Radeon HD6870 GPU and open-source drivers. Also tested for this behavior and occurs on Ubuntu 18.04 LTS as well with wine-stable(3.0) and wine-development(3.6) Ubuntu packages. -- 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 36789] New: "Could not find a Direct3D device that supports the XNA Framework HiDef profile" in "One Finger Death Punch"
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=36789 Bug ID: 36789 Summary: "Could not find a Direct3D device that supports the XNA Framework HiDef profile" in "One Finger Death Punch" Product: Wine Version: 1.7.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: dragonfax(a)gmail.com Focht fixed a similar issue with another game. But that fix doesn't work for in my case. I'm not sure if its the game or its my hardware that is the different variable this time around. I whipped up a quick patch to fix this, but someone will have to redo it. I have the skills to find the issue, and make the game work. But I don't have the skills to do it properly in a redistributable way. Steps to reproduce. 1. with wine 1.7.20 (latest at the time of writing) 2. create a win32 WINEPREFIX 3. use winetricks to install dotnet20 xna and steam 4. install One Finger Death Punch with steam 5. launch the game. The game will popup a dialog giving the error message "Could not find a Direct3D device that supports the XNA Framework HiDef profile" You can launch the game with Steam or from the command line. In https://bugs.winehq.org/show_bug.cgi?id=35444 Focht used the "XNA Graphics Profile checker" to determine what was insufficient in the WINE emulation for a game to run. I did similar and found that on my hardware, even with his patch, the Profile Checker still complained about "No DestBlendCaps.D3DPBLENDCAPS_SRCALPHASAT" If I modify directx.c to put D3DPBLENDCAPS_SRCALPHASAT into DestBlendCaps all the time, instead of just when gl_info->supported[ARB_BLEND_FUNC_EXTENDED], then the game starts and runs fine. But I can't say whether thats a good idea or not. I'm running this on a mid-2013 MacBook Air, with an integrate Intel HD 4000 The game runs great once this fix is applied. -- 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 22

[Bug 43606] New: World of Tanks no longer starts (after launcher) since 2.15
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=43606 Bug ID: 43606 Summary: World of Tanks no longer starts (after launcher) since 2.15 Product: Wine Version: 2.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sb18743(a)gmail.com Distribution: --- Created attachment 59021 --> https://bugs.winehq.org/attachment.cgi?id=59021 Terminal Logs Since the 2.15 update, the launcher no longer starts the game (when the "play" button is pushed, the launcher window disappear and nothing happens). I have downgraded back to 2.14 and the game works fine (even if a little more buggy since the lasted WoT patches). Attached is the notifications I receive in the terminal after I click the play button. Windows version is set to XP. -- 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 44666] New: Wolf RPG Editor: sizing/theming bugs
by wine-bugs＠winehq.org June 11, 2018

June 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=44666 Bug ID: 44666 Summary: Wolf RPG Editor: sizing/theming bugs Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- There are quite a lot minor sizing bugs in GUI of Wolf RPG Editor. Also, in the latest (2.21) there's something that might be a theming bug. The `theming` bug is simple to describe: start the program, open one of system/user/engine database dialogs, there's a lot of black in the dialog, that just doesn't look like it should be there. The sizing bugs are a bit harder to describe and might actually be font related, due to this being a Japanese program. In one of the above mentioned dialogs, in the part with values (on the right), the values are displayed in spinboxes/comboboxes/text entries grouped in frames. It's most noticeable in earlier version of Editor, where - for example - if the group consists of only spinboxes, the bottom one is drawn across the bottom frame border, but even in the latest, those controls should be a bit more padding between those controls - at least, going by the screenshots in the manual. -- 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 30103] New: Static controls with bitmap do not display correct background.
by wine-bugs＠winehq.org June 10, 2018

June 10, 2018

http://bugs.winehq.org/show_bug.cgi?id=30103 Bug #: 30103 Summary: Static controls with bitmap do not display correct background. Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.bramix(a)libero.it Classification: Unclassified Created attachment 39234 --> http://bugs.winehq.org/attachment.cgi?id=39234 Screenshot with difference between Windows and WINE An image static control does not seem painting the background around the image with the right color. The default color used for filling the area around the image is not COLOR_BTNFACE (I guess you selected that one) but instead it seems to be filled with a solid brush created with the color in the origin of the image, at coordinates (0,0). I attached a screenshot that it shows the difference between the expected result and the current result obtained in WINE. This is a trick tipically used to reduce the size of the bitmap since the image control "expands" the color we want without any additional work. Sometimes you can see this artifact in some "about box" of some software, however I also attached a demo programme that you can use to reproduce the defect. Sincerely, Carlo Bramini -- 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 13