January 2019 - Wine-Bugs - list.winehq.org

[Bug 33463] New: Alan Wake : No sound in cinematics
by wine-bugs＠winehq.org April 7, 2019

April 7, 2019

http://bugs.winehq.org/show_bug.cgi?id=33463 Bug #: 33463 Summary: Alan Wake : No sound in cinematics Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Classification: Unclassified GOG.com version of the game Wine 1.5.28 Nvidia hardware Arch Linux x64 d3dx9_36 override to get around http://bugs.winehq.org/show_bug.cgi?id=31701 There is sound during gameplay, but none in the cinematics. Sound should be expected at all times. The log does not show anything related to sound. There is a loop of these two lines. fixme:xinput:XInputSetState (0 0x32cd00) Stub! err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ ../../../wine/dlls/wined3d/glsl_shader.c / 5829 Which channels should I be looking for to help you debug this? -- 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 33

[Bug 40860] New: In Lazarus (for Windows) on Wine, the function keys F11 and F12 don't work correctly
by wine-bugs＠winehq.org April 4, 2019

April 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=40860 Bug ID: 40860 Summary: In Lazarus (for Windows) on Wine, the function keys F11 and F12 don't work correctly Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ramonrafe(a)gmail.com Distribution: --- Problem: In Lazarus (for Windows) on Wine, the function keys F11 and F12 don't work correctly. Importance: Normal. ------------------------------------------------------------------------ Hello. I've installed Lazarus 1.6 for Windows on Wine in Linux Mint 17. Lazarus compiles well, although the function keys F11 and F12 don't work like in Windows. F11 (en Windows) makes visible and active the window with the component inspector. The cursor goes to the window and the window changes to be on top. F12 (en Windows) switch betwen the editor of code and the form associated to that code. The cursor goes to the window and the window changes to be on top. When F11 or F12 are pressed (in Lazarus on Wine), the cursor goes to the window, although the window doesn't change to be on top. So, if there are other windows over it, you won't be able to see the window with the cursor. It doesn't happen in Windows. In Windows, when you press F11, the window component inspector pass to be the window with the cursor and the window pass to be the window on top. It looks like a minor problem, although this limitation makes Lazarus not usable in the practice or very unfriendly for use it. Sorry for my basic English. Thank you very much. Ramón. ---------------------------------------------------------------------- Linux Mint: Linux Mint 17 Qiana Wine: version 1.6 and 1.8 . Lazarus 1.6: - File: lazarus-1.6.0-fpc-3.0.0-win32.exe - Link: http://sourceforge.net/projects/lazarus/files/Lazarus%20Windows%2032%20bits… -- 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 41664] New: Visual Basic 6.0 fails to show hints while typing keywords
by wine-bugs＠winehq.org April 2, 2019

April 2, 2019

https://bugs.winehq.org/show_bug.cgi?id=41664 Bug ID: 41664 Summary: Visual Basic 6.0 fails to show hints while typing keywords Product: Wine Version: 1.8.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rizalmart.98(a)gmail.com Distribution: --- When typing functions in visual basic 6.0 like "msgbox(" it does not show any function hint or guide. -- 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 16574] New: Turbocad 7.1 does not display dialog window properly
by wine-bugs＠winehq.org April 1, 2019

April 1, 2019

http://bugs.winehq.org/show_bug.cgi?id=16574 Summary: Turbocad 7.1 does not display dialog window properly Product: Wine Version: 1.1.10 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tedhansen(a)sasktel.net Created an attachment (id=18082) --> (http://bugs.winehq.org/attachment.cgi?id=18082) terminal messages running turbocad The "edit entity properties" window in Turbocad 7.1 does not display properly; the menu bar at the bottom of the window is scaled off to the right so that the "OK" button is off screen. -- 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 22

[Bug 36097] New: valgrind shows leaks in d3d9/stateblock tests on i965
by wine-bugs＠winehq.org April 1, 2019

April 1, 2019

https://bugs.winehq.org/show_bug.cgi?id=36097 Bug ID: 36097 Summary: valgrind shows leaks in d3d9/stateblock tests on i965 Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36096 Created attachment 48285 --> https://bugs.winehq.org/attachment.cgi?id=48285 valgrind log ==11765== 32,768 bytes in 1 blocks are definitely lost in loss record 787 of 790 ==11765== at 0x6F8F6F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==11765== by 0x6F8B378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0) ==11765== by 0x6CBEB10: ??? (in /usr/lib/dri/i965_dri.so) ==11765== by 0x6CBED32: ??? (in /usr/lib/dri/i965_dri.so) ==11765== by 0x6CC2BA1: ??? (in /usr/lib/dri/i965_dri.so) ==11765== by 0x6CE45A3: ??? (in /usr/lib/dri/i965_dri.so) ==11765== by 0x6C833C4: ??? (in /usr/lib/dri/i965_dri.so) ==11765== by 0x65E46BB: ??? (in /usr/lib/libGL.so.1.2.0) ==11765== by 0x65B3E14: ??? (in /usr/lib/libGL.so.1.2.0) ==11765== by 0x5CE995A: create_glxcontext (opengl.c:1254) ==11765== by 0x5CEC2DB: X11DRV_wglCreateContextAttribsARB (opengl.c:2071) ==11765== by 0x5269E0D: wglCreateContextAttribsARB (wgl.c:268) ==11765== by 0x4EABA19: wined3d_caps_gl_ctx_create_attribs (directx.c:300) ==11765== by 0x4EBC4C2: wined3d_adapter_init (directx.c:5178) ==11765== by 0x4EBCA26: wined3d_init (directx.c:5272) ==11765== by 0x4F66387: wined3d_create (wined3d_main.c:105) ==11765== by 0x4E30771: d3d8_init (directx.c:413) ==11765== by 0x4E24804: Direct3DCreate8 (d3d8_main.c:47) ==11765== by 0x497E268: test_state_management (stateblock.c:1801) ==11765== by 0x497E5D0: func_stateblock (stateblock.c:1868) ==11765== -- 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 46251] New: some (all?) crinkler compressed executables crash because they parse in-memory DLL export tables
by wine-bugs＠winehq.org March 31, 2019

March 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=46251 Bug ID: 46251 Summary: some (all?) crinkler compressed executables crash because they parse in-memory DLL export tables Product: Wine Version: 3.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: p2(a)psychaos.be Distribution: --- Created attachment 62950 --> https://bugs.winehq.org/attachment.cgi?id=62950 crash dump and disassembly of decompressor and symbol resolver Some crinkler compressed executables crash when building the imported symbol table. The routine which does this relies on parsing the in-memory copy of KERNEL32.DLL first to retrieve the address for LoadModuleA. This is later used to load other DLLs. Symbol name matching is done using a hash function. The executable only stores the hashes of the symbols it wants to import. For each symbol has in the executable, the symbol resolver routine iterates over all exported symbol names of the DLL and stores the symbol address if the hashes match. The symbol resolver routine crashes because it seems the in-memory copy of KERNEL32.DLL does not have a exported symbol names table. Attached: winhello_asm.txt: the crash dump and a dissassembly of both the decompressor and the symbol resolver. winhello.zip: source code for the trivial program, obj file, normally linked executable (winhello.exe), crinkler linked executable (winhello_cr.exe)_and the msvcrt.lib as recommended by the crinkler manual. Toolchain used was VS2013 community edition. crinker can be found here: http://crinkler.net/ -- 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 39815] New: BitComet 1.4 crashed on launch
by wine-bugs＠winehq.org March 31, 2019

March 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=39815 Bug ID: 39815 Summary: BitComet 1.4 crashed on launch Product: Wine-staging Version: 1.8-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 53151 --> https://bugs.winehq.org/attachment.cgi?id=53151 terminal_output.txt 0. Download BitComet(a BitTorrent client) from http://www.bitcomet.com/ $ sha1sum BitComet_1.40_x86_setup.exe 47ebec6261ec6d06c058fc10260016b889478aa5 BitComet_1.40_x86_setup.exe 1. wine BitComet_1.40_x86_setup.exe You can choose the installer's language 2. cd ~/.wine/drive_c/Program Files/BitComet wine BitComet.exe With wine, it works (mostly well) With wine-staging, it crashed at start up -- 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 45599] New: Support for FILE_FLAG_WRITE_THROUGH in CreateFile breaks Wargaming.net Game Center
by wine-bugs＠winehq.org March 31, 2019

March 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=45599 Bug ID: 45599 Summary: Support for FILE_FLAG_WRITE_THROUGH in CreateFile breaks Wargaming.net Game Center Product: Wine-staging Version: unspecified Hardware: x86 URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente r_Install_TWA_EU.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The program closes with the message "Unable to launch the application because of critical errors." Guilty patch is "ml-patches/0027-kernel32-Add-support-for-FILE_FLAG_WRITE_THROUGH-to-.patch" - reverting it fixes the issue. To test just run the installer and then run "drive_c/Program Files/Wargaming.net/GameCenter/wgc.exe" in a fresh(!) WINEPREFIX. Running the program without the guilty patch, and then with the guilty patch again seems to fix the issue, also. -- 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 46052] New: Spellforce: regression: black square around mouse pointer
by wine-bugs＠winehq.org March 31, 2019

March 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=46052 Bug ID: 46052 Summary: Spellforce: regression: black square around mouse pointer Product: Wine-staging Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62637 --> https://bugs.winehq.org/attachment.cgi?id=62637 Screenshot.jpeg After upgrading from wine-staging 3.17 to 3.18, when running Spellforce, I'm getting black square around mouse cursor. The cursor itself is visible, but it looks like a texture transparency issue. Black square appears even in main menu and during starting movies, and it is present during actual gameplay. If I disable 'Enable CSMT for better graphics performance (deprecated)' in winecfg, there is a chance that black square doesn't appear right from start, but it may appear on some cursor change and disappear later, but it's still pretty reproducible for me. I'm reproducing it with high chance by hovering over gates to another map. I've tried running wine-staging 3.17, and couldn't reproduce issue. I've also tried running wine-vanilla 3.18 and couldn't reproduce issue either. Native libraries: from d3dx9_24 till d3dx9_43. I've tried clean wine prefix, issue remained. Also, I've compared output of wine, and for wine-staging-3.18 I'm getting a lot of following lines: 003c:fixme:d3d:surface_cpu_blt Unsupported flags 0x80000000. I didn't get such lines for wine-staging-3.17 or wine-vanilla-3.18. OS: Gentoo Linux x86_64. Video driver: nvidia-drivers-387.34 -- 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 43891] New: RAGE (Steam) crashes after start in wine-staging
by wine-bugs＠winehq.org March 31, 2019

March 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=43891 Bug ID: 43891 Summary: RAGE (Steam) crashes after start in wine-staging Product: Wine-staging Version: unspecified Hardware: x86 URL: http://store.steampowered.com/app/9200/RAGE/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59507 --> https://bugs.winehq.org/attachment.cgi?id=59507 terminal output The game starts properly in the development version of Wine (2.19), but crashes in the Staging version (tested with the following Staging versions: 2.10, 2.14, 2.18 and with current Staging-git). Reproduced the crash with the following Nvidia driver versions: 378.13, 384.59 and with current 387.12. With nouveau and Mesa 17.2.2 the game crashes in a different way (both in Staging and the development version), that's probably bug #38969. The patch in Staging which causes the problem: https://github.com/wine-compholio/wine-staging/blob/master/patches/opengl32… Arch Linux x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 387.12 -- 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