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

[Bug 35898] New: When I search in a pdf document in pdf xchange viewer the app crashes
by wine-bugs＠winehq.org 11 Jun '18

11 Jun '18

http://bugs.winehq.org/show_bug.cgi?id=35898 Bug ID: 35898 Summary: When I search in a pdf document in pdf xchange viewer the app crashes Product: Wine Version: 1.7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: giannismich90(a)gmail.com Created attachment 47934 --> http://bugs.winehq.org/attachment.cgi?id=47934 backtrace PDF Xchange viewer 64-bit crashes when searching for a word in a PDF document. -- 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 21

[Bug 29586] New: Tumblebugs 2 demo: insects render black
by wine-bugs＠winehq.org 11 Jun '18

11 Jun '18

http://bugs.winehq.org/show_bug.cgi?id=29586 Bug #: 29586 Summary: Tumblebugs 2 demo: insects render black Product: Wine Version: 1.3.36 Platform: x86 URL: http://www.heavygames.com/tumblebugs2/gameinfo.asp OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 38317 --> http://bugs.winehq.org/attachment.cgi?id=38317 terminal output A user asked about it in #winehq. Trying it myself, I saw the same problem: OpenGL renderer string: GeForce GTX 295/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 285.05.05 d3e47a42ca069a174735adcd4d17b6289d9416e6 tumblebugs2_at_c3tb1.exe same in 1.2, didn't try any other wine versions. disabling glsl/ddr=gdi did not make a difference. Screenshot/terminal output attached. wine-1.3.36-271-g1444983 -- 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 16

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

11 Jun '18

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 11 Jun '18

11 Jun '18

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 11 Jun '18

11 Jun '18

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 11 Jun '18

11 Jun '18

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 11 Jun '18

11 Jun '18

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 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 11 Jun '18

11 Jun '18

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 11 Jun '18

11 Jun '18

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 30103] New: Static controls with bitmap do not display correct background.
by wine-bugs＠winehq.org 10 Jun '18

10 Jun '18

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