May 2020 - Wine-bugs - list.winehq.org

[Bug 47386] New: Not tracked mouse cursor in the game
by wine-bugs＠winehq.org 08 Nov '20

08 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=47386 Bug ID: 47386 Summary: Not tracked mouse cursor in the game Product: Wine-staging Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: duponamk(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64719 --> https://bugs.winehq.org/attachment.cgi?id=64719 File with bug Drakensang Online: Good day. In the online game Drakensang Online has long observed the following bug: when you start the game is not visible the cursor of the mouse, i.e. the cursor appears, but does not move. And in the background you can see that it is still moving, but it is not displayed correctly. As a result, there is no way to play the game normally. This is also evident in the stable wine. Thank you. -- 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.

2 37

[Bug 25496] New: Fotowall: Crash at Test GL
by wine-bugs＠winehq.org 08 Nov '20

08 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=25496 Summary: Fotowall: Crash at Test GL Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) wine Fotowall 0.9 WinXP Vista 7.exe 4) press "SETUP" in right upper corner and then press "Test GL" Behaviour: Application crashes. Expected behaviour: Application shouldn't crash. -- 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.

2 13

[Bug 42955] New: ffxiv dx11 fixme:msctf:ThreadMgrSource_AdviseSink ( 0xbcf3ee0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
by wine-bugs＠winehq.org 08 Nov '20

08 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=42955 Bug ID: 42955 Summary: ffxiv dx11 fixme:msctf:ThreadMgrSource_AdviseSink (0xbcf3ee0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c} Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ssbkm(a)icloud.com Distribution: --- ffxiv dx11 -- 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.

2 3

[Bug 38059] New: MechCommander 2: 0x887602eb: D3DERR_SURFACENOTINVIDMEM
by wine-bugs＠winehq.org 07 Nov '20

07 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=38059 Bug ID: 38059 Summary: MechCommander 2: 0x887602eb: D3DERR_SURFACENOTINVIDMEM Product: Wine Version: 1.7.34 Hardware: x86 URL: http://www.sarna.net/files/info/programs/games/mechcom mander_2/demo/mc2trial.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu During operation several error dialogs appear, most are related to this error. They appear to be triggered by display changes (videos starting, window size, full-screen transitions). Occurs with the CD and trial versions. Tested on two different systems with different GPUs, Intel GM965/GL960 (xserver-xorg-video-intel 2:2.99.910-0ubuntu1.3) and Radeon HD 7340 (fglrx 2:13.350.1-0ubuntu2), on Xubuntu 14.04 x86_64. The Intel GPU is too slow to play but the same errors occur. The game attempts to play full-screen but fails (more error dialogs) and falls back to windowed. Native components installed: winetricks -q directplay dsound -- 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.

2 7

[Bug 48836] New: Movies in 'BlazBlue Calamity Trigger' play without audio
by WineHQ Bugzilla 07 Nov '20

07 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=48836 Bug ID: 48836 Summary: Movies in 'BlazBlue Calamity Trigger' play without audio Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com Distribution: --- Created attachment 66755 --> https://bugs.winehq.org/attachment.cgi?id=66755 +amstream,+devenum,+evr,+quartz,+qcap,+qedit,+strmbase,+wineqtdecoder,+gstreamer,+timestamp,+seh,+tid output Movies in 'BlazBlue Calamity Trigger' play without audio maybe this output lines from log important warn:strmbase:filter_inner_QueryInterface {2dd74950-a890-11d1-abe8-00a0c905f375} not implemented, returning E_NOINTERFACE. warn:strmbase:filter_inner_QueryInterface {36b73880-c2c8-11cf-8b46-00805f6cef60} not implemented, returning E_NOINTERFACE. warn:strmbase:filter_inner_QueryInterface {37d84f60-42cb-11ce-8135-00aa004bb851} not implemented, returning E_NOINTERFACE. For this output I used https://github.com/wine-staging/wine-staging/commit/f9d1798edb5aea67db49ba4… because BlazBlue need 'xactengine-initial' patchset https://bugs.winehq.org/show_bug.cgi?id=48684 -- 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 43396] New: Microsoft Outlook 2010 crashes after loading profile
by wine-bugs＠winehq.org 07 Nov '20

07 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=43396 Bug ID: 43396 Summary: Microsoft Outlook 2010 crashes after loading profile Product: Wine Version: 2.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marceloalmeida(a)inb.gov.br Distribution: --- Created attachment 58739 --> https://bugs.winehq.org/attachment.cgi?id=58739 normal start, with crash Microsoft Outlook 2010 crashes after loading the profile, but if I start whit the WINEDEBUG="+relay" option, it works, slowly but works. Commands used to configure the environment: - download, install and configure WineHQ $> sudo dnf config-manager --add-repo https://dl.winehq.org/wine-builds/fedora/25/winehq.repo $> sudo dnf install winehq-stable samba-common-tools samba-winbind-clients $> WINEPREFIX=~/wine/office2010 WINEARCH=win32 wineboot $> wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetric… $> chmod +x winetricks $> WINEPREFIX=~/wine/office2010 ./winetricks dotnet20 msxml - installl Office $> WINEPREFIX=~/wine/office2010 wine control open add/remove apps and do the Office2010 install, (optional) add the email profile (optional) $> WINEPREFIX=~/wine/office2010 winecfg change the "riched20" to native, to correct the input boxes - enabling WINEDEBUG="+relay" make the app to run with slow performance, but it works #> WINEPREFIX=~/wine/office2010 WINEDEBUG="+relay" wine ~/wine/office2010/drive_c/Office2010/Office14/OUTLOOK.EXE #> WINEPREFIX=~/wine/office2010 WINEDEBUG="+relay" wine ~/wine/office2010/drive_c/Office2010/Office14/OUTLOOK.EXE >~/wine/outlooklogdebug.txt 2>&1 - with this commands it crash after load the profile #> WINEPREFIX=~/wine/office2010 WINEDEBUG="+relay" wine ~/wine/office2010/drive_c/Office2010/Office14/OUTLOOK.EXE > /dev/null 2>&1 #> WINEPREFIX=~/wine/office2010 wine ~/wine/office2010/drive_c/Office2010/Office14/OUTLOOK.EXE >~/wine/outlooklog.txt 2>&1 -- 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.

2 15

[Bug 36893] New: Spin IDE (for Spin Semiconductor FV-1 DSP chip) crashes when you try to assemble your code.
by wine-bugs＠winehq.org 07 Nov '20

07 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=36893 Bug ID: 36893 Summary: Spin IDE (for Spin Semiconductor FV-1 DSP chip) crashes when you try to assemble your code. Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: faultline1989(a)yahoo.com Created attachment 49001 --> http://bugs.winehq.org/attachment.cgi?id=49001 The backtrace generated when this issue was encountered. I'm using Linux Mint version 15. Wine version is 1.7.17. The Windows installer for this program may be found here: http://www.spinsemi.com/Products/software/spn1001-dev/SpinSetup_1_1_31.exe Here is the main page describing the system: http://www.spinsemi.com/products.html After installing the program, download any of the ".spn" files at this page: http://www.spinsemi.com/programs.php Launch the SpinASM IDE and then open the .spn file so you are looking at the code. Click on the "a" icon at the top right of the tool bar to begin assembly of the code. It crashes at this point. -- 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.

2 6

[Bug 47397] New: Altium Designer 13.3.4 cannot render DirectX 3D on second monitor in Wine 4.10
by wine-bugs＠winehq.org 07 Nov '20

07 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=47397 Bug ID: 47397 Summary: Altium Designer 13.3.4 cannot render DirectX 3D on second monitor in Wine 4.10 Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian.mccarter.ctr(a)navy.mil Distribution: --- I have been running Altium Designer 13 on Wine successfully for some time, using these packages installed with winetricks: gdiplus, corefonts, riched20, mdac28, msxml16. That list was compiled from suggestions on the AppDB and may include unnecessary packages, but it's been working fine for me through Wine 4.7. The wineprefix is otherwise unmodified, and contains only the Altium installation. I use PlayOnLinux to manage the wineprefix and launch the application. The WINEARCH is win32. I recently upgraded to Wine 4.10 (vanilla, not staging), and found that Altium is no longer able to render DirectX 3D on my second monitor. Rendering on my primary monitor still works fine, and Wine does not crash or otherwise throw an error when I move the Altium window to my second monitor. The only error is reported by Altium, and reads: "Graphics adapter for this display does not meet DirectX requirements (DirectX 9.0c, Shader Model 3.0). Unable to switch to 3D." Doing some digging, I found that the last version of Wine that renders correctly on the second monitor is Wine 4.7. Versions 4.8, 4.9, and 4.10 all cause Altium to display the error. My system uses an NVIDIA Quadro M4000 and the proprietary driver, version 430.14. The OS is Gentoo Linux, kernel 5.1.5, mesa 18.3.6. I have also tried a recent Radeon card with mesa drivers and found the same problem, though I haven't tested that configuration as extensively. Nothing notable appears the debugger window when I launch the application through PlayOnLinux. I have tried to install several other programs with simple 3D displays in an attempt to duplicate the error with other software, but I haven't been successful. Please let me know how I can help resolve this issue. -- 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.

2 2

[Bug 36734] New: TrackMouseEvent TME_LEAVE should not be influenced by dwHoverTime
by wine-bugs＠winehq.org 07 Nov '20

07 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=36734 Bug ID: 36734 Summary: TrackMouseEvent TME_LEAVE should not be influenced by dwHoverTime Product: Wine Version: 1.4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: n296869(a)rtrtr.com When specifying both TME_LEAVE and TME_HOVER in a TRACKMOUSEEVENT, the provided "dwHoverTime" timeout should only be applied to TME_HOVER, i.e. the hover event should be emitted after "dwHoverTime" milliseconds. However, the WM_MOUSELEAVE generated for TME_LEAVE should be sent instantly as soon as the mouse leaves the window. As far as I can see, Wine delays the WM_MOUSELEAVE event by the specified amount of milliseconds, although it shouldn't do that. -- 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.

2 14

[Bug 22797] New: BoxedApp sample apps fail on Wine
by wine-bugs＠winehq.org 06 Nov '20

06 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=22797 Summary: BoxedApp sample apps fail on Wine Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.boxedapp.com/boxedappsdk/download.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com BoxedApp is an SDK used by some debugging tools (dxprof in particular) to hook function calls and emulate filesystem operations. (It's a bit like Thinstall, which does work with Wine, thanks to Ge's efforts.) I tried their four sample apps. Sample1_DLLEmbeddsamples crashing.exe crashes after you click the 'call function' button; evidently the LoadLibrary hooking didn't work. Samples 2 and 3 crash faster. Sample 4 seems to run (but might not do exactly what it should). I'll attach a +relay,+seh log of sample 1 running. It seems to use mpr.dll as part of its magic. -- 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.

2 8