October 2017 - Wine-bugs - list.winehq.org

[Bug 35745] New: Proetus 8 install stops when asking for license key
by wine-bugs＠winehq.org 11 Dec '17

11 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=35745 Bug ID: 35745 Summary: Proetus 8 install stops when asking for license key Product: Wine Version: 1.7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jozamm(a)gmail.com Created attachment 47737 --> http://bugs.winehq.org/attachment.cgi?id=47737 Errors during proteus installation Hi, I am installing proteus 8.1 sp1 and the install stops when asking for the licence key. I click on next and nothing happens. I tried the solution of bug 35544 by installing winetricks -q w57 but it didnt work. I am using wine 1.7.13. The main error seems to be fixme:wshom:ClassFactory_QueryInterface (0x7ff0d6c8cac0)->({342d1ea0-ae25-11d1-89c5-006008c3fbfc} 0x55cee0) fixme:wshom:WshShell3_QueryInterface Unknown iface {fc4801a3-2ba9-11cf-a229-00aa003d7352} fixme:wshom:WshShell3_QueryInterface Unknown iface {719c3050-f9d3-11cf-a493-00400523a8a6} Any help would be appreciated, jozamm -- 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 41690] New: winegstreamer compiler warnings when building Wine 64-bit
by wine-bugs＠winehq.org 11 Dec '17

11 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=41690 Bug ID: 41690 Summary: winegstreamer compiler warnings when building Wine 64-bit Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 56086 --> https://bugs.winehq.org/attachment.cgi?id=56086 Compiler warnings for winegstreamer When compiling the 64-bit version of wine-1.9.22-129-g906e770, I receive the attached compiler warnings for winegstreamer. -- 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 4

[Bug 32861] New: Closing Mathematica via window with main menu leads to hang
by wine-bugs＠winehq.org 10 Dec '17

10 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=32861 Bug #: 32861 Summary: Closing Mathematica via window with main menu leads to hang Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified At start Mathematica opens two windows: one with decoration and main menu, and another with startup screen. On Windows when you click close button on menu window, Mathematica quits. On Wine it just hangs. -- 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 14296] New: winhelp: Extraneous flashing cursor/caret
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=14296 Summary: winhelp: Extraneous flashing cursor/caret Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Wine winhelp shows a flashing cursor/caret symbol when you click somewhere in the text. Windows winhelp does not do that. That behaviour may be desired, e.g. it makes selecting text using the keyboard possible. However... Click in a page so the cursor is shown, then click on a link to go to another page. A flashing cursor is present at the top left, even before you click in the page. On some help pages, the flashing cursor is present at the top left even before the user clicks in the page. Also, if there is a large graphic at the top left, the flashing cursor may appear (see cwdeluxe.hlp and click on the picture). Windows 95 Winhelp does not allow images to be selected. cwdeluxe.hlp is in winehelp_bugs.tar.bz2 at http://bugs.winehq.org/attachment.cgi?id=14574 -- 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 12

[Bug 41837] New: Way of the Samurai 4 has black blocks in the main menu without native d3dx9
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=41837 Bug ID: 41837 Summary: Way of the Samurai 4 has black blocks in the main menu without native d3dx9 Product: Wine Version: 1.9.24 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 56261 --> https://bugs.winehq.org/attachment.cgi?id=56261 Wine 1.9.24 without "winetricks d3dx9" I have a 32-bit Windows XP prefix in Wine 1.9.24 with the following overrides installed via winetricks: amstream quartz devenum wmp9 physx d3dcompiler_43 (These winetricks are required to even be able to start the game...) If I do not run the command "winetricks d3dx9" then the main menu has black blocks in the main menu. I've tried installing the individual d3dx9 dlls ( d3dx9_36, d3dx9_26, d3dx9_43, d3dx9_39, d3dx9_42, d3dx9_35, d3dx9_31, d3dx9_28) that are available to install via winetricks but none of those helped. Terminal output without "winetricks d3dx9" being ran has been attached. -- 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 43131] New: The Witcher 3: yellow filled surfaces distortion
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=43131 Bug ID: 43131 Summary: The Witcher 3: yellow filled surfaces distortion Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Created attachment 58339 --> https://bugs.winehq.org/attachment.cgi?id=58339 The Witcher 3: yellow surface distortion In The Witcher 3, there are occasional yellow filled surfaces appearing on distant land. See attached screenshot. Game version: GOG, 1.31. System: Debian testing, x86_64. Graphics: AMD RX 480: AMD POLARIS10 (DRM 3.8.0 / 4.9.0-3-amd64, LLVM 3.9.1), Mesa 17.1.0-devel (git-af73acca2b). Resolution: 1920x1200. Settings: Max settings for all graphics (ambient occlusion: HBAO+), except Nvidia hairworks is off. -- 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 33

[Bug 43902] New: close() on a closed fd should set errno to EBADF
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=43902 Bug ID: 43902 Summary: close() on a closed fd should set errno to EBADF Product: Wine Version: 2.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: olly(a)survex.com Distribution: --- Created attachment 59529 --> https://bugs.winehq.org/attachment.cgi?id=59529 Fix and regression test Calling close() on an already closed fd should set errno to EBADF - currently it doesn't set errno at all, which I discovered because it causes Xapian's test suite to fail when run under wine (one testcase calls close(fd) and checks for EBADF as a way to confirm that fd has indeed already been closed). I've attached a patch with a fix and a regression testcase. It's against 2.0.2, but inspecting the latest code shows the bug to still be present. -- 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 4

[Bug 34328] New: World of Tanks: Purple graphics errors
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=34328 Bug #: 34328 Summary: World of Tanks: Purple graphics errors Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: JohannesBauer(a)gmx.de CC: wine-bugs(a)winehq.org Classification: Unclassified I'm using wine-1.7.0 which I've patched with the disable-dynamic-vertex-buffers.patch (https://github.com/Pinkbyte/pinkbyte-overlay/blob/master/app-emulation/wine…) When I play (no matter what graphics settings, no matter if fullscreen or windowed), I get purple bars over some text elements. It's annoying ingame because I cannot tell the difference which players are alive and which are dead anymore. Here's a screenshot of what it looks like: http://i.imgur.com/QFuwKqA.png I'm on Gentoo LInux x86_64 with a Nvidia graphics cards and the proprietary Nvidia driver: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G94 [GeForce 9600 GT] [10de:0622] (rev a1) Details: 01:00.0 VGA compatible controller: NVIDIA Corporation G94 [GeForce 9600 GT] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device 1270 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fa000000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at cc00 [size=128] [virtual] Expansion ROM at fc000000 [disabled] [size=512K] Capabilities: <access denied> Kernel driver in use: nvidia Is there anything I could try to get rid of this problem? Other than this it runs very nicely. -- 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 11

[Bug 43116] New: Metal Slug 2 (GOG.com) can' t get past the character selection screen (needs native msvcr120.dll)
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=43116 Bug ID: 43116 Summary: Metal Slug 2 (GOG.com) can't get past the character selection screen (needs native msvcr120.dll) Product: Wine Version: 2.9 Hardware: x86 URL: https://www.gog.com/game/metal_slug_2 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 58316 --> https://bugs.winehq.org/attachment.cgi?id=58316 terminal output Now that bug #40219 is fixed, the game can be started using the built-in msvcr120.dll The menu works, I can select missions, difficulty and playable characters. The problem arises when trying to enter the game: instead of loading the first level, the game rotates 2 screens forever and the game never loads. One of the screens is a black and white Neo-Geo logo, the other is a white screen with some corrupted textures on it. This is probably a bug in built-in msvcr120.dll, because the game works properly when using native msvcr120.dll. Actually, the game automatically installs MSVC++ 2013, you only have to add the override: msvcr120=native,builtin wine-2.9-51-g06eceb3af2 (32-bit prefix) -- 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 2

[Bug 43932] New: Fallout 4 (Steam): Low detailed LOD exterior Meshes are rendered Inside interior cell
by wine-bugs＠winehq.org 08 Dec '17

08 Dec '17

https://bugs.winehq.org/show_bug.cgi?id=43932 Bug ID: 43932 Summary: Fallout 4 (Steam): Low detailed LOD exterior Meshes are rendered Inside interior cell Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)spam.b2ag.de Distribution: --- There is a bug where in Fallout 4 low detailed LOD exterior meshes are rendered inside interior cell. Screenshots of user "me." from inside the Museum in Concord: https://imgur.com/a/v91oI If one toggles clipping and views it from outside, than it seems there is some artificial border which could well define which parts shouldn't get rendered. I highlighted the border in the following screenshot. https://imgur.com/a/0xXhu It looks like a real sharp shadow. Ground texture is the same on both sides of the border, only lighting differs hugely. Maybe we are lacking some vertex clipping of any form here. One workaround is to disable LOD when inside of building by using "tll" (ToggleLODLand) console command. It will also disable distant LOD meshes outside of buildings. One needs to toggle it whenever entering or leaving interior cells, which makes it a quite annoying workaround. I was using Arch Linux Wine 2.18-staging with dsound-sleep-patch and AMD R9 280X GPU with Mesa 17.2 at time of writing. -- 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