- wine-bugs - winehq.org

[Bug 51166] New: wine doesn't handle multiple monitors correctly
by WineHQ Bugzilla 22 May '21

22 May '21

https://bugs.winehq.org/show_bug.cgi?id=51166 Bug ID: 51166 Summary: wine doesn't handle multiple monitors correctly Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Part of this might be new (because of odd circumstances), another likely not, but I don't see a clear duplicate. 1. I have two monitors, but usually keep one of them turned off. Today I had to disconnect the primary and use the other one for awhile. xrandr kept the dimensions cached after disconnect, so I've only switched primary. For some reason, wine kept starting apps on the old primary and when I've tried moving the windows by keyboard to the other screen, they became mouse-insensitive. This happened even to as simple apps as winecfg and taskmgr - note some basic keyboard input was still possible, that is Esc still closed those two. When the other monitor got reconnected, things began working again. 2. This one might be known, but I'm unsure which one would be an effective dupe (same problem, not same app dupe). I've noticed this during the above mentioned problem, but this is broken even after reconnecting. RPGVXAce games fail to redraw their windows if after starting such game on one monitor the window is moved onto the second monitor. Once it's moved back, redraws resume. -- 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 0

[Bug 20439] New: TroopMaster hangs on startup
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=20439 Summary: TroopMaster hangs on startup Product: Wine Version: 1.1.31 Platform: PC-x86-64 URL: http://www.troopmaster.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: al_turner(a)comcast.net TroopMaster installs, but hangs on startup. Main window will not activate (animation works, but no response to keyboard or mouse). Does not even get to the DotNet download hangup as mentioned in bug 8997. More like 18801 but I don't even get the popup window showing the attempt to connect to FTP. As far as I can tell, the FTP attempt only happens if you activate the DOTNET function (after installing the software). I have not been able to get to the point of activating the DOTNET since I can't get it that far yet. I followed the HOWTO from the AppDB that describes the install/kill/restart process. -- 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 21

[Bug 8997] Troopmaster froze after Dotnet downloaded thedatabase files
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=8997 Tim Williams <tjandacw(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|tjandacw(a)yahoo.com | -- 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 0

[Bug 51101] New: Regression in PGVDemo: C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\mscorwks.dll could not be loaded
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51101 Bug ID: 51101 Summary: Regression in PGVDemo: C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\m scorwks.dll could not be loaded Product: Wine Version: 6.7 Hardware: x86-64 URL: https://master.dl.sourceforge.net/project/phpgedview/1 %20PhpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip?v iasf=1 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Hi, found while trying to test https://bugs.winehq.org/show_bug.cgi?id=22327 Steps to reproduce: winetricks dotnet20 It starts fine when I run 'wine64 PGVDemo' When I run 'wine PGVDemo' it errors out with messagbox: " C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\mscorwks.dll could not be loaded " This is recent regression; In wine-staging-6.7 the last command works fine -- 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 47150] New: [Overwatch] Game freezes when new menu music starts playing
by wine-bugs＠winehq.org 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=47150 Bug ID: 47150 Summary: [Overwatch] Game freezes when new menu music starts playing Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- Few days ago the new Lucio and Mercy League skins were introduced, and the menu got a new music, and a showcase of aforementioned new skins. Since then the game freezes as soon as the menu music starts playing. The music (and later the regular menu ambient music) still plays, but the GUI is frozen and unresponsive. The only workaround I could find was to very quickly open one of the sub-pages (eg. Play, Hero gallery, etc.) before the music starts. This way the music will never play, and then I can go back to the menu and everything works fine, including the showcase of the new skins playing in the background. Arch Linux, fully updated Wine Staging 4.7 -- 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 51151] New: The 64-bit psapi:psapi_main fails in Wine
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51151 Bug ID: 51151 Summary: The 64-bit psapi:psapi_main fails in Wine Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 64-bit psapi:psapi_main test fails in Wine: https://test.winehq.org/data/patterns.html#psapi:psapi_main psapi_main.c:154: Test failed: got 0, error 998 psapi_main.c:155: Test failed: expected non-NULL module psapi_main.c:159: Test failed: got error 998 psapi_main.c:160: Test failed: got psapi_main.c:163: Test failed: got error 998 psapi_main.c:168: Test failed: got error 998 psapi_main.c:170: Test failed: image size was 0 These failures happen on both the TestBot VM and various real hardware machines. These failures started with this commit: commit 5864bc88de0e0a3b1094c2bb0c16ba9a5d39ce65 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu May 13 15:58:33 2021 +0200 ntdll: Always send the native PEB pointer to the server. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 3

[Bug 50853] New: Elgato Stream Deck 4.9.3 (.NET 4.5 app) installer: 'WINE_MONO_TRACE=all' crashes Wine-Mono
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=50853 Bug ID: 50853 Summary: Elgato Stream Deck 4.9.3 (.NET 4.5 app) installer: 'WINE_MONO_TRACE=all' crashes Wine-Mono Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 50849 Doing a full trace of installer managed custom action with 'WINE_MONO_TRACE=all' causes an internal crash in Wine-Mono much earlier than running it without. --- snip --- $ WINE_MONO_VERBOSE=1 WINE_MONO_TRACE=all WINEDEBUG=+seh,+loaddll,+mscoree wine msiexec -i Stream_Deck_4.9.3.13222.msi ... converting method (wrapper cominterop) int System.IAppDomainSetup:set_ApplicationBase (intptr,string) Method (wrapper cominterop) int System.IAppDomainSetup:set_ApplicationBase (intptr,string) emitted at 0000000003b595d0 to 0000000003b59885 (code length 693) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 50 [000000000000011c: 0.00845 1] ENTER:c (wrapper cominterop) System.IAppDomainSetup:set_ApplicationBase (intptr,string)(0000000001c3aed0, [STRING:0000000002000740:file:///C:\users\focht\Temp\msic05c.tmp-]) converting method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_get_ccw_object (intptr,int) Method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_get_ccw_object (intptr,int) emitted at 0000000003b598a0 to 0000000003b59b66 (code length 710) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 51 [000000000000011c: 0.00855 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_get_ccw_object (intptr,int)(0000000001c3aed0, 0) [000000000000011c: 0.00857 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_get_ccw_object (intptr,int)([System.AppDomainSetup:00000000020004d0] converting method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr) Method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr) emitted at 0000000003b59b80 to 0000000003b59e46 (code length 710) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 52 [000000000000011c: 0.00866 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr)([System.AppDomainSetup:00000000020004d0], 000000000022ef30) [000000000000011c: 0.00867 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr)([System.AppDomainSetup:00000000020004d0] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 53 converting method void System.AppDomainSetup:set_ApplicationBase (string) Method void System.AppDomainSetup:set_ApplicationBase (string) emitted at 0000000003b59e90 to 0000000003b5a078 (code length 488) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 54 [000000000000011c: 0.00876 2] ENTER:c System.AppDomainSetup:set_ApplicationBase (string)(this:00000000020004d0[System.AppDomainSetup rundll32.exe], [STRING:0000000002000740:file:///C:\users\focht\Temp\msic05c.tmp-]) [000000000000011c: 0.00877 2] LEAVE:c System.AppDomainSetup:set_ApplicationBase (string)( converting method (wrapper managed-to-native) void object:__icall_wrapper_cominterop_restore_domain (intptr) Method (wrapper managed-to-native) void object:__icall_wrapper_cominterop_restore_domain (intptr) emitted at 0000000003b5a090 to 0000000003b5a31b (code length 651) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 55 [000000000000011c: 0.00886 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_restore_domain (intptr)(0000000000000000) [000000000000011c: 0.00887 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_restore_domain (intptr)( [000000000000011c: 0.00888 1] LEAVE:c (wrapper cominterop) System.IAppDomainSetup:set_ApplicationBase (intptr,string)(result=0 [000000000000011c: 0.00889 0] LEAVE:c (wrapper native-to-managed) System.IAppDomainSetup:set_ApplicationBase (intptr,intptr)(code=c0000005 flags=0 addr=000000000152C9F6 ip=000000000152C9F6 tid=011c 011c:trace:seh:dispatch_exception info[0]=0000000000000000 011c:trace:seh:dispatch_exception info[1]=0000000000000000 011c:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c0000005) raised 011c:trace:seh:dispatch_exception rax=000000000152c9f6 rbx=0000000001bb1850 rcx=000000000152cbf4 rdx=0000000000080000 011c:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000001c36b40 rbp=0000000000000001 rsp=000000000022ed40 011c:trace:seh:dispatch_exception r8=0000000000000078 r9=0000000000000002 r10=0000000001bb18d8 r11=0000000001918048 011c:trace:seh:dispatch_exception r12=0000000000b02a48 r13=0000000000000000 r14=000000000022ede0 r15=0000000001c36b50 011c:trace:seh:call_vectored_handlers calling handler at 00000000015D38F0 code=c0000005 flags=0 ================================================================= Native Crash Reporting ================================================================= Got a UNKNOWN while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= ================================================================= Managed Stacktrace: ================================================================= ================================================================= 011c:trace:seh:call_vectored_handlers handler at 00000000015D38F0 returned 0 011c:trace:seh:call_vectored_handlers calling handler at 000000007B012010 code=c0000005 flags=0 011c:trace:seh:call_vectored_handlers handler at 000000007B012010 returned 0 --- snip --- $ sha1sum Stream_Deck_4.9.3.13222.msi d54a6df51519c5028eeb27b8f1a577d50a62e375 Stream_Deck_4.9.3.13222.msi $ du -sh Stream_Deck_4.9.3.13222.msi 96M Stream_Deck_4.9.3.13222.msi $ wine --version wine-6.4 Regards -- 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 50844] New: infosoft:infosoft crashes on Windows 10 1607+
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=50844 Bug ID: 50844 Summary: infosoft:infosoft crashes on Windows 10 1607+ Product: Wine Version: 6.3 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com infosoft:infosoft crashes on Windows 10 1607+, regardless of bitness or privileges: infosoft.c:75: Test failed: wrong data infosoft.c:73: Test failed: wrong length [...repeated thousands of times...] infosoft:infosoft:084c done (-1073741819) in 0s Test failed: crash (c0000005) These failures are new because WineTest was incorrectly skipping the infosoft:* tests before. -- 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 48054] New: gdi32:bitmap fails on Windows XP and 2003
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=48054 Bug ID: 48054 Summary: gdi32:bitmap fails on Windows XP and 2003 Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:bitmap started failing on Windows XP and 2003 right after the winehq.org upgrade: bitmap.c:1015: Test failed: StretchDIBits failed for 32/62/0/0 bitmap.c:1023: Test failed: GetDIBits failed for 32/62/0/0 bitmap.c:1052: Test failed: StretchDIBits failed for 32/62/0/0 (repeated 12 times) See http://winetest.dolphin/data/tests/gdi32:bitmap.html See also the attached screenshot showing the failures did start on Sept 09. And this wine-devel thread: https://www.winehq.org/pipermail/wine-devel/2019-October/152082.html The failures are systematic and happen on all machines running one of these two Windows versions. What's strange is that the TestBot's wxppro and w2003std VMs have not been modified in this timeframe and neither has the gdi32:bitmap test. In fact this appears related to the compiler which would explain why the failure started when winehq.org (which builds the official WineTest binaries) was upgraded to Debian 10. Specifically, letting wtbbuild, which still runs Debian 9.9 (i686-w64-mingw32-gcc 6.3.0 20170516), compile the test binaries results in no failure: https://testbot.winehq.org/JobDetails.pl?Key=59354 But using a binary compiled with i686-w64-mingw32-gcc 8.3-win32 20190406 (in this case on my development machine) produces the 36 failures: https://testbot.winehq.org/JobDetails.pl?Key=59355 Either that or it's quite possibly a result of the new everything-as-PE vs. the old cross-compilation approach still used by wtbbuild. -- 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 28083] New: Agenda Circling Forth GPU particle demo:bunch of fixme and errors
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=28083 Summary: Agenda Circling Forth GPU particle demo:bunch of fixme and errors Product: Wine Version: 1.3.26 Platform: x86 URL: http://downloads.guru3d.com/Agenda-Circling-Forth-GPU- particle-demo-download-2591.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 810d4rk(a)gmail.com Created an attachment (id=35956) --> (http://bugs.winehq.org/attachment.cgi?id=35956) terminal It is not possible to see the techdemo as intended due to bugs. -- 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 10

[Bug 24631] New: listview NM_HOVER tests sometimes fail
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=24631 Summary: listview NM_HOVER tests sometimes fail Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austin.lund(a)gmail.com The NM_HOVER tests sometimes give: listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000 listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000 listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000 For example: http://test.winehq.org/data/79ed8429319509db1ca7723661af5fb4a8017320/win7_w… Whereas a non-failing situation gives: listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0 listview.c:4433: expected 0087 - actual 0087 listview.c:4433: expected 004e - actual 004e listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0 listview.c:4438: expected 0087 - actual 0087 listview.c:4438: expected 004e - actual 004e -- 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

[Bug 51047] New: Significant performance regression in The Sims 2
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51047 Bug ID: 51047 Summary: Significant performance regression in The Sims 2 Product: Wine Version: 5.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: 9905a5a81d6baf59e992c5b2a8ea92ee4054e5d6 Distribution: ArchLinux Hi, through regression testing I've discovered that commit 9905a5a81d6baf59e992c5b2a8ea92ee4054e5d6 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Fri Jul 24 17:23:21 2020 +0800 winex11.drv: Add XRandR 1.4 display settings handler. which was first included in 5.14 release, caused The Sims 2 - Ultimate Collection from Origin (no longer available for purchase) to experience a significant reduction in performance. For instance, in my save game, in Living Mode, frames per second drop from around 70 in Wine 5.13 to around 5 in Wine 5.14, and in Neighborhood mode, they drop from around 140 to 40 (can't give precise numbers due to The Sims 2 lacking any internal benchmarking tools, but the significant difference in FPS is always there and it's very noticeable and consistent). Should note that this issue applies both to WineD3D and third-party DXVK D3D9 implementation (for wined3d, you need staging with this game), and that I've previously discovered through an apitrace recording that this game seems to call IDirect3DDevice9::GetDisplayMode very often, sometimes 100 times per draw call, which could be related, seeing how the regression is in winex11. As this game is no longer available for purchase, I'm willing to temporarily lend my Origin account with this game for testing purposes. However, I think it's also available through Internet Archive, though not sure how legal that is. -- 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 48061] New: WineTest: get_subtests() fails randomly
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=48061 Bug ID: 48061 Summary: WineTest: get_subtests() fails randomly Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Sometimes the DLL version section contains lines like: mfplat=load error 1359 shell32=load error 1359 user32=load error 1359 See https://test.winehq.org/data/6f2ef158b78f7d0a950c9398c26278d6523c112e/win10… This happens on all VMs. 1359 is ERROR_INTERNAL_ERROR which get_subtests() returns when it fails to parse the test list. But it could also come from GetLastError() though that seems somewhat unlikely. In some cases this may make sense. For instance I assume that mfplat.dll is not available on Windows XP so it could make sense to have this error there, though one would rather expect a 'missing' error. But this error happened to shell32 and user32 on Windows 10 as in the example above!!! This impacts the WineTest results which then impacts the ability of the TestBot to detect new failures. So this needs to be investigated. -- 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 43377] New: valgrind shows an invalid read in dlls/msxml3/tests/ domdoc.c
by wine-bugs＠winehq.org 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=43377 Bug ID: 43377 Summary: valgrind shows an invalid read in dlls/msxml3/tests/domdoc.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ../../../tools/runtest -q -P wine -T ../../.. -M msxml3.dll -p msxml3_test.exe.so domdoc && touch domdoc.ok ==30037== Invalid free() / delete / delete[] / realloc() ==30037== at 0x7BC510DB: notify_free (heap.c:262) ==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762) ==30037== by 0x5F97B28: heap_free (msxml_private.h:189) ==30037== by 0x5F9837F: free_properties (domdoc.c:360) ==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624) ==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635) ==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481) ==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966) ==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413) ==30037== by 0x4A525C0: test_get_ownerDocument (???:0) ==30037== by 0x4A76882: func_domdoc (domdoc.c:12609) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== Address 0x48e0820 is 18 bytes after a recently re-allocated block of size 46 alloc'd ==30037== at 0x7BC51061: notify_alloc (heap.c:254) ==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==30037== by 0x5608BD0: strdupW (freetype.c:1098) ==30037== by 0x560A0ED: load_face (freetype.c:1650) ==30037== by 0x560A862: load_font_list_from_cache (freetype.c:1778) ==30037== by 0x56132B5: WineEngInit (freetype.c:4402) ==30037== by 0x5622222: DllMain (gdiobj.c:677) ==30037== by 0x5641491: __wine_spec_dll_entry (dll_entry.c:40) ==30037== by 0x7BC57861: ??? (loader.c:150) ==30037== by 0x7BC5A291: MODULE_InitDLL (loader.c:1121) ==30037== by 0x7BC5A7E1: process_attach (loader.c:1222) ==30037== by 0x7BC5A728: process_attach (loader.c:1210) ==30037== by 0x7BC5A728: process_attach (loader.c:1210) ==30037== by 0x7BC5A728: process_attach (loader.c:1210) ==30037== by 0x7BC5A728: process_attach (loader.c:1210) ==30037== by 0x7BC5FB42: attach_process_dlls (loader.c:3011) ==30037== by 0x40413EC: ??? (port.c:78) ==30037== ==30037== Invalid free() / delete / delete[] / realloc() ==30037== at 0x7BC510DB: notify_free (heap.c:262) ==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762) ==30037== by 0x5F97B28: heap_free (msxml_private.h:189) ==30037== by 0x5F9839F: free_properties (domdoc.c:362) ==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624) ==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635) ==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481) ==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966) ==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413) ==30037== by 0x4A525C0: test_get_ownerDocument (???:0) ==30037== by 0x4A76882: func_domdoc (domdoc.c:12609) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== Address 0x49065a0 is 4 bytes after a block of size 92 free'd ==30037== at 0x7BC510DB: notify_free (heap.c:262) ==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762) ==30037== by 0x55FF13A: FONT_DeleteObject (font.c:814) ==30037== by 0x5622F04: DeleteObject (gdiobj.c:982) ==30037== by 0x532BDF5: get_text_metr_size (sysparams.c:482) ==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653) ==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610) ==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459) ==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394) ==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115) ==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414) ==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262) ==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023) ==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83) ==30037== by 0x53502FD: ??? (winproc.c:174) ==30037== by 0x535044C: call_window_proc (winproc.c:245) ==30037== by 0x5352800: WINPROC_call_window (winproc.c:901) ==30037== by 0x530DC60: call_window_proc (message.c:2224) ==30037== by 0x5310C82: send_message (message.c:3269) ==30037== by 0x5311413: SendMessageW (message.c:3469) ==30037== Block was alloc'd at ==30037== at 0x7BC51061: notify_alloc (heap.c:254) ==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==30037== by 0x55FE62B: CreateFontIndirectExW (font.c:509) ==30037== by 0x55FE908: CreateFontIndirectW (font.c:559) ==30037== by 0x532BD42: get_text_metr_size (sysparams.c:470) ==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653) ==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610) ==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459) ==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394) ==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115) ==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414) ==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262) ==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023) ==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83) ==30037== by 0x53502FD: ??? (winproc.c:174) ==30037== by 0x535044C: call_window_proc (winproc.c:245) ==30037== by 0x5352800: WINPROC_call_window (winproc.c:901) ==30037== by 0x530DC60: call_window_proc (message.c:2224) ==30037== by 0x5310C82: send_message (message.c:3269) ==30037== by 0x5311413: SendMessageW (message.c:3469) ==30037== -- 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 9

[Bug 51131] New: The 64-bit msxml3:domdoc crashes on Windows
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51131 Bug ID: 51131 Summary: The 64-bit msxml3:domdoc crashes on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit msxml3:domdoc crashes on all Windows versions: https://test.winehq.org/data/patterns.html#msxml3:domdoc msxml3:domdoc:1490 done (-1073740940) in 0s A bisect confirms that the crash is caused by the following commit: commit a0dd105c655898de087c1e58fcc5a5cae6e191df Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Apr 27 12:29:42 2021 +0300 msxml3/tests: Add more tests for processing instruction attributes. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 47872] New: gdiplus:font fails in Japanese locale on Windows 10
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=47872 Bug ID: 47872 Summary: gdiplus:font fails in Japanese locale on Windows 10 Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdiplus:font fails in Japanese locale on Windows 10: font.c:834: Test failed: wrong face name MS UI Gothic font.c:842: Test failed: wrong face name MS UI Gothic font.c:853: Test failed: wrong face name MS UI Gothic https://test.winehq.org/data/tests/gdiplus:font.html These failures happen on the new w1064v1809-ja TestBot VM but interestingly not on the win7u64-1spie9-ja VM. Maybe this means Windows 10 replaced "MS Shell Dlg" with "MS UI Gothic" for the Japanese locale? -- 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 19

[Bug 34756] New: 32-bit Visual C++ 2010 Express full installer throws an exception with wine-mono
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=34756 Bug #: 34756 Summary: 32-bit Visual C++ 2010 Express full installer throws an exception with wine-mono Product: Wine Version: 1.7.4 Platform: x86 URL: http://download.microsoft.com/download/1/E/5/1E5F1C0A- 0D5B-426A-A603-1798B951DDAE/VS2010Express1.iso OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Followup to bug 32280 Download the 32 bit Visual C++ 2010 Express full install: http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9… Attempt to install with a clean WINEPREFIX, and uncheck all optional components. During installation here's a handled exception that doesn't occur with native dotnet40 wine: Unhandled page fault on read access to 0x00000000 at address 0x368c89a2 (thread 0025), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x368c89a2) ... Backtrace: =>0 0x368c89a2 in msenv (+0x289a2) (0x0033f76c) 1 0x368c925d in msenv (+0x2925c) (0x0033f7cc) 2 0x368c92e6 in msenv (+0x292e5) (0x0033f828) 3 0x369f0fbe in msenv (+0x150fbd) (0x0033f874) 4 0x3690450b in msenv (+0x6450a) (0x0033f8ac) 5 0x36904049 in msenv (+0x64048) (0x0033f8d4) 6 0x36904147 in msenv (+0x64146) (0x0033f91c) 7 0x3690429b in msenv (+0x6429a) (0x0033f954) 8 0x3690437e in msenv (+0x6437d) (0x0033f97c) 9 0x368e8dc6 in msenv (+0x48dc5) (0x0033f9b4) 10 0x369f2d25 in msenv (+0x152d24) (0x0033fa48) 11 0x3690db92 in msenv (+0x6db91) (0x0033fa74) 12 0x00419177 in vcexpress (+0x19176) (0x0033faac) 13 0x004134f7 in vcexpress (+0x134f6) (0x0033fd98) 14 0x00414867 in vcexpress (+0x14866) (0x0033fdcc) 15 0x0042d1a4 in vcexpress (+0x2d1a3) (0x0033fe60) 16 0x7b85ffec call_process_entry+0xb() in kernel32 (0x0033fe78) fixme:mscoree:metahostpolicy_GetRequestedRuntime 64 (nil) (nil) (nil) (nil) 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891} 0x3702d030 fixme:mscoree:metahostpolicy_GetRequestedRuntime 72 (nil) (nil) 0x33ef40 0x33ed20 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891} 0x3702d030 fixme:mscoree:get_runtime_info unsupported runtimeinfo flags 40 fixme:mscoree:CLRRuntimeInfo_GetDefaultStartupFlags 0x7e54be18 0x33f1c8 (nil) (nil) fixme:mscoree:corruntimehost_Start stub 0x18bc28 I'll attach logs. -- 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 20

[Bug 51080] New: DCS World updater - not detecting selected windows version
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51080 Bug ID: 51080 Summary: DCS World updater - not detecting selected windows version Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: grantgj(a)gmail.com Distribution: --- Created attachment 69944 --> https://bugs.winehq.org/attachment.cgi?id=69944 screen shot when appilication thinks windows version is lower than 8.1 Since 6.7 DCS_update.exe does not identify wine as being version windows 10 or windows 8.1 despite being set via winecfg. Because it thinks windows version is less than 8.1 it wont perform any updates. Doing bisect for issue between version 6.6 - 6.7 i got Bisecting: 0 revisions left to test after this (roughly 0 steps) [2d519f5aa451513a6e12dec7855c08cd1b8d12fb] ntdll: Support MaxVersionTested in the manifest compatibility element. -- 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 50843] New: infosoft:infosoft has 2 failures on all Windows version up to Win10 1507
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=50843 Bug ID: 50843 Summary: infosoft:infosoft has 2 failures on all Windows version up to Win10 1507 Product: Wine Version: 6.3 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com infosoft:infosoft has 2 failures on every Windows version up to Windows 10 1507, regardless of bitness or privileges. For instance on wbistau64: infosoft.c:178: Test failed: failed infosoft.c:192: Test failed: failed These failures are new because WineTest was incorrectly skipping the infosoft:* tests before. -- 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 47866] New: comctl32:datetime: Fails in the Arabic locale
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=47866 Bug ID: 47866 Summary: comctl32:datetime: Fails in the Arabic locale Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The comctl32:datetime test fails in the Arabic locale: datetime.c:212: Test failed: String mismatch ("12 hh" vs "hh 12") datetime.c:796: Test failed: Expected 01/10/2019, got 2019/10/01 https://test.winehq.org/data/tests/comctl32:datetime.html This failure has been happening for a long time in the fg-win7u64-1spie9-ar VM but now the TestBot has a Windows 10 VM where the issue can be reproduced (w1064v1809_ar). Since both VMs have different Windows versions and but fail in the same way in the same locale that seems to confirm that Arabic uses a different date format from what is expected. -- 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 34314] New: Touhou Danmakufu 0.12m crashes on start
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=34314 Bug #: 34314 Summary: Touhou Danmakufu 0.12m crashes on start Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: awychong(a)hotmail.com Classification: Unclassified Created attachment 45679 --> http://bugs.winehq.org/attachment.cgi?id=45679 Log Touhou Danmakufu 0.12m crashes while loading with the message "Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0041ec8d)." This has been observed when running in ja_JP.SHIFTJIS, ja_JP.UTF8 and en_AU locales. On Windows the program either starts (on our XP machine in all locales, and on Windows 7 in Japanese locale) or crashes with a 0xC0000005 (Access Violation - Failed to access 00000000 memory address (Read Access)) at address 0x004050AC (Windows 7, non-Japanese locale). Ubuntu 13.04 running latest SVN version of Wine (wine-1.7.0-141-gfbe4012). Crash has been observed in Wine 1.5.9, 1.5.22 and 1.6. -- 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 16

[Bug 33846] New: OpenCL.dll.clRetainDevice needed for
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=33846 Bug #: 33846 Summary: OpenCL.dll.clRetainDevice needed for Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified Created attachment 44889 --> http://bugs.winehq.org/attachment.cgi?id=44889 crashlog wine clinfo give a crash: wine: Call from 0x7f66e0632520 to unimplemented function OpenCL.dll.clRetainDevice, aborting -- By by ... Detlef -- 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 51161] New: GDA: The scroll bar obscures the content and always in text selection after mouse clicking
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=51161 Bug ID: 51161 Summary: GDA: The scroll bar obscures the content and always in text selection after mouse clicking Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cmdweilan(a)gmail.com Distribution: Other Created attachment 70029 --> https://bugs.winehq.org/attachment.cgi?id=70029 scroll bar overlap the content after open a file, GDA's scroll bar will overlap the text. when you click the mouse, GDA wouldn't response for BUTTON UP, it'll allways selecting the text. sha1sum: a207f86e83bd5ee20bcac398b742ff6eb8a3f287 /home/ethan/下载/GDA3.92/GDA3.92.exe GDA github page: https://github.com/charles2gan/GDA-android-reversing-Tool -- 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 0

[Bug 51147] New: user32:sysparams changes the mouse primary button
by WineHQ Bugzilla 20 May '21

20 May '21

https://bugs.winehq.org/show_bug.cgi?id=51147 Bug ID: 51147 Summary: user32:sysparams changes the mouse primary button Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com After running user32:sysparams the mouse primary button is the right button instead of the (default) left button. This happens at least on cw-rx460-2009 and makes using the computer quite annoying until the setting has been manually restored. This does not necessarily cause test failures, though this test does have failures on that machine (but not more than its peers). https://test.winehq.org/data/patterns.html#user32:sysparams -- 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 1

[Bug 51157] New: E activate button doesn't work in Mass Effect 3
by WineHQ Bugzilla 20 May '21

20 May '21

https://bugs.winehq.org/show_bug.cgi?id=51157 Bug ID: 51157 Summary: E activate button doesn't work in Mass Effect 3 Product: Wine-staging Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- E activate button doesn't work in Mass Effect 3 -- 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 0

[Bug 41372] New: IMoniker_BindToStorage should return INET_E_OBJECT_NOT_FOUND for HTTP 404 status code
by wine-bugs＠winehq.org 20 May '21

20 May '21

https://bugs.winehq.org/show_bug.cgi?id=41372 Bug ID: 41372 Summary: IMoniker_BindToStorage should return INET_E_OBJECT_NOT_FOUND for HTTP 404 status code Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: NEW Keywords: testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Distribution: --- Created attachment 55722 --> https://bugs.winehq.org/attachment.cgi?id=55722 Testcase to show the problem IMoniker_BindToStorage currently ignores the HTTP status code and streams the data sent by the server. The correct way would be to treat a 404 response as error and return INET_E_OBJECT_NOT_FOUND. I attached a test case to show the problem. I guess this also applies to other HTTP status codes, since for example INET_E_AUTHENTICATION_REQUIRED also doesn't seem to be used yet. -- 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 18954] New: Source Insight: Text in Editor Window overlaps with other text.
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=18954 Summary: Source Insight: Text in Editor Window overlaps with other text. Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turanammo(a)rocketmail.com Created an attachment (id=21809) --> (http://bugs.winehq.org/attachment.cgi?id=21809) Text overlap in editor window Text seems to overlap with other text, usually the overlapped text is shown twice. Happens when the cursor is moved upwards or downwards using the keypad arrow keys up/down respectively. -- 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 51155] New: Unable to add security certificates
by WineHQ Bugzilla 19 May '21

19 May '21

https://bugs.winehq.org/show_bug.cgi?id=51155 Bug ID: 51155 Summary: Unable to add security certificates Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: jwbecher(a)gmail.com Distribution: --- Created attachment 70022 --> https://bugs.winehq.org/attachment.cgi?id=70022 output of wine --version and wine control commands Steps to reproduce: 1: `wine control` 2: Internet settings 3: content -> certificates 4: Import 5: Pick your certificate (doesn't matter which one) 6: On the second import screen, try to select which store to save into. You will receive the error `0118:fixme:crypt:CryptFindLocalizedName No name for: L"Trust" - stub` and the selection will stay on "Determined by program" In addition to not being able to select the store, the cert will fail to be added, even though you receive a success message. os: DISTRIB_ID=ManjaroLinux DISTRIB_RELEASE=21.0.4 DISTRIB_CODENAME=Ornara DISTRIB_DESCRIPTION="Manjaro Linux" Wine version: wine-6.7 (Staging) -- 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 0

[Bug 38888] New: DDE cannot deal with Chinese path
by wine-bugs＠winehq.org 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=38888 Bug ID: 38888 Summary: DDE cannot deal with Chinese path Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 51824 --> https://bugs.winehq.org/attachment.cgi?id=51824 dde_testcase.exe reproduce: 1. $ touch ~/.wine/drive_c/测试.jpg 2. Change "[HKEY_CLASSES_ROOT\jpegfile\shell\open\command]" to "C:\windows\system32\winebrowser.exe" "-nohome" 3. $ wine dde_testcase.exe Expected: 测试.jpg will be opened by native picture viewer which winebrowser find. Actually: Didn't open 测试.jpg. And from log with '+exec,+winebrowser' we can know that winebrowser didn't get the right path from dde: ---snip--- trace:winebrowser:ddeCb dde_cb: 1062, 0000, 0x0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:winebrowser:ddeCb dde_cb: 8072, 0000, 0x1483c0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:exec:SHELL_ArgifyW 0x63bb48, 256, L"\"file:%1\",,-1,,,,,", L"C:\\\6d4b\8bd5.jpg", 0x0, 0x63d510 trace:exec:SHELL_ArgifyW used 26 of 256 space trace:exec:dde_connect L"\"file:%1\",,-1,,,,," L"C:\\\6d4b\8bd5.jpg" => L"\"file:C:\\\6d4b\8bd5.jpg\",,-1,,,,," trace:winebrowser:ddeCb dde_cb: 4050, 0000, 0x1483c0, 0xc001, 0x0, 0x147f4a, 00000000, 00000000 err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\"" trace:exec:SHELL_execute retval 33 err:winebrowser:wmain Usage: winebrowser URL -- 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 49183] New: dwrite/font.c tests fail on windows armv7 (surfacert)
by WineHQ Bugzilla 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=49183 Bug ID: 49183 Summary: dwrite/font.c tests fail on windows armv7 (surfacert) Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 67198 --> https://bugs.winehq.org/attachment.cgi?id=67198 test output I'll attach the full output, but suffice to say, there's a ton of these failures: font.c:6161: Test failed: 5.00 a: got 2048 expect 1229 font.c:6163: Test failed: 5.00 d: got 410 expect 1229 font.c:6165: Test failed: 5.00 lg: got 0 expect 1229 font.c:6167: Test failed: 5.00 capH: got 1638 expect 1229 font.c:6169: Test failed: 5.00 xH: got 1229 expect 1228 font.c:6171: Test failed: 5.00 ulP: got 0 expect 1229 font.c:6173: Test failed: 5.00 ulTh: got 0 expect 1229 font.c:6175: Test failed: 5.00 stP: got 819 expect 1229 font.c:6177: Test failed: 5.00 stTh: got 0 expect 1229 font.c:6179: Test failed: 5.00 box left: got -1229 expect 0 font.c:6187: Test failed: 5.00 box bottom: got -819 expect 0 font.c:6191: Test failed: 5.00 subY: got -410 expect 0 font.c:6193: Test failed: 5.00 subsizeX: got 1638 expect 0 font.c:6195: Test failed: 5.00 subsizeY: got 1229 expect -1 font.c:6202: Test failed: 5.00 supsizeX: got 1638 expect -1 font.c:6204: Test failed: 5.00 supsizeY: got 1229 expect 0 austin@laptop ~ $ grep 'font.c.*Test\ failed' outfile-admin.txt | wc -l 65409 austin@laptop ~ $ wc -l outfile-admin.txt 84023 outfile-admin.txt -- 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 36124] New: kernel32/change.ok test shows a lot of invalid read/writes
by wine-bugs＠winehq.org 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=36124 Bug ID: 36124 Summary: kernel32/change.ok test shows a lot of invalid read/writes Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48294 --> https://bugs.winehq.org/attachment.cgi?id=48294 valgrind log E.g.,: ==22906== Thread 2: ==22906== Invalid write of size 4 ==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b56c is on thread 1's stack ==22906== ==22906== Invalid read of size 4 ==22906== at 0x7BC8390C: init_handler (signal_i386.c:980) ==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b564 is on thread 1's stack ==22906== ==22906== Invalid read of size 2 ==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b574 is on thread 1's stack ==22906== The test also fails: change.c:81: Test failed: Missed notification if I redirect output to a file, however, it seems to work. -- 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 28814] New: mmdevapi/tests/render.ok fails under Valgrind
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=28814 Bug #: 28814 Summary: mmdevapi/tests/render.ok fails under Valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified In mmdevpi/tests, "make render.ok" fails under Valgrind, with log render.c:636: Test failed: Position should have been further along... -- 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 7

[Bug 17807] New: Electronics Workbench 5.12: measurement units aren't shown
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=17807 Summary: Electronics Workbench 5.12: measurement units aren't shown Product: Wine Version: 1.1.17 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=402 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick(a)vyalceva.net Created an attachment (id=20039) --> (http://bugs.winehq.org/attachment.cgi?id=20039) the oscilloscope window When trying to set measurement unit for a parameter in the "Component Properties" window, or in the oscilloscope, measurement units are not shown in the selection box. But I can view it by copying from the box and pasting in a text editor, e.g. "0.50 s/div ". Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do it in the component properties (http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402). Also I get the following error message on exit: "access violation on (FFF4EFFF), reading C4". Running from terminal shows me the only line "fixme:font:WineEngRemoveFontResourceEx :stub". -- 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 25

[Bug 16183] New: Popup text is immediately overwritten by background in IDA Pro
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=16183 Summary: Popup text is immediately overwritten by background in IDA Pro Product: Wine Version: 1.1.9 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk IDA Pro is an interactive disassembler. A freeware version can be downloaded from http://www.hex-rays.com/idapro/idadownfreeware.htm When viewing a disassembly, if you hover the mouse pointer over a reference to another location, a view of the instructions at that location pops up next to the mouse pointer. You can increase and decrease its height by moving the mouse wheel. In Wine this does not work properly. The pop-up display is blank (just the background colour). Moving the mouse wheel, you can see the text that should be there, but it is immediately overwritten by the background colour. To reproduce: download and install IDA Pro freeware version. Run the program and open a Windows executable. Move the pointer over a reference to another location in the program and wait for the pop-up display. Notice it is blank. Move the mouse wheel and (hopefully) see the text being rendered but immediately overwritten. -- 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 30

[Bug 15462] New: Wine blocking on exit when stdout and stderr are piped
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=15462 Summary: Wine blocking on exit when stdout and stderr are piped Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)neko.net.nz Created an attachment (id=16357) --> (http://bugs.winehq.org/attachment.cgi?id=16357) Output of two simultaneous runs of described script The issue occurs when concurrently running shell scripts which call Wine processes whose standard out and standard error are both piped to another program. When two instances of a script such as the following are run concurrently, the first child wine processes started by each of then run together, but in one of the scripts that child doesn't fully exit until the _other_ script has completely run and exited. (The Wine process terminates, but the pipeline doesn't complete and so the script doesn't continue.) A bash test-case to show this behaviour is as follows: for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date` The problem doesn't occur if either the redirection or pipe is removed, if I run the scripts in separate Wine environments using $WINEPREFIX, or if I have another long-lived Wine process which stays running throughout the entire operation. An example run with timing is attached. The test Wine program used above, 'sleep-long', is the following tiny C program (tested with Microsoft cl and Cygwin GCC with mingw): #include <stdio.h> #include <windows.h> int main(){ printf("Started fake compiler, sleeping 8000ms\n"); Sleep(8000); printf("Exiting fake compiler\n"); exit(0); } I've been able to reproduce this problem on several systems and Wine versions (Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine 1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged Wine 0.9.25-2.1) -- 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 15

[Bug 15906] New: EnumFonts returns each font multiple times
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=15906 Summary: EnumFonts returns each font multiple times Product: Wine Version: 1.1.5 Platform: PC-x86-64 URL: http://msdn.microsoft.com/en- us/library/ms533964(VS.85).aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: goeran(a)uddeborg.se Created an attachment (id=17078) --> (http://bugs.winehq.org/attachment.cgi?id=17078) Test program executing EnumFonts() According to the documentation (see URL) the EnumFonts function returns one (random) font of each available typeface. The Wine implementation returns each typeface many times. As a test case I installed the typeface "Signet Roundhand" and ran the attached test program. Under indows it returns "Signet Roundhand" once. Under wine it returns it three times, with different values for lfCharSet and tmCharSet. I also copied the Arial font files from Windows (arial.ttf, ariali.ttf, arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows, Arial is returned once with the test program. Under Wine it is returned ten(!) times. -- 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 17

[Bug 14350] New: SetClassLongW() to subclass window EDIT control Problem
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=14350 Summary: SetClassLongW() to subclass window EDIT control Problem Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hongbo(a)njstar.com CC: hongbo(a)njstar.com Created an attachment (id=14649) --> (http://bugs.winehq.org/attachment.cgi?id=14649) MSVC6 MFC test project with exe in debug dir Summary: SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on Windows, but Unicode Windows on Wine. How To Repeat: In the attached VC6 MFC ANSI App project, SetClassLongW is called in ------------------------------------------------------------------- static WNDPROC lpfnOldEditWndProc=NULL; LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam) { return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message, wParam,lParam); } int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { if (CView::OnCreate(lpCreateStruct) == -1) return -1; HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1, 1,NULL,NULL,NULL,NULL); lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC, (DWORD)EditWndProc); // TODO: Add your specialized creation code here return 0; } ------------------------------------------------------------------- There is a EDIT control on the About dialogbox, when click 'OK' on window the program report the Edit Box is NOT unicode Window. But Under Wine 1.0, It says 'the Edit Box IS unicode Window'. To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'. -- 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 18

[Bug 12891] New: ntdll: exception.ok test fails in PC-BSD but not Linux
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=12891 Summary: ntdll: exception.ok test fails in PC-BSD but not Linux Product: Wine Version: 0.9.60 Platform: PC OS/Version: FreeBSD Status: NEW Keywords: testcase Severity: minor Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=12597) --> (http://bugs.winehq.org/attachment.cgi?id=12597) +relay,+seh,+ntdll in git exception.c:602: Test failed: expected 4 exceptions, got 0 fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly *** Error code 1 +relay,+seh,+ntdll log attached -- 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 10

[Bug 50834] New: That wine uses the kde application style
by WineHQ Bugzilla 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=50834 Bug ID: 50834 Summary: That wine uses the kde application style Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: toadfield(a)tutanota.com Distribution: --- I hate it how wine programs look like,I want that they look exactly like my kde theme. -- 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 50560] New: Battle.net - starcraft 2
by WineHQ Bugzilla 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=50560 Bug ID: 50560 Summary: Battle.net - starcraft 2 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: ajsladek(a)protonmail.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 69236 --> https://bugs.winehq.org/attachment.cgi?id=69236 Battlenet error The program stops at login. It was previously installed and showed the same error at the end of the installation. It spontaneously opened and I was able to install Starcraft itself from the main panel of the "Battlenet.net" program. Now it stops before just logging in. -- 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 51145] New: Baidu Netdisk (Baidu Pan) freezes when downloading a file
by WineHQ Bugzilla 17 May '21

17 May '21

https://bugs.winehq.org/show_bug.cgi?id=51145 Bug ID: 51145 Summary: Baidu Netdisk (Baidu Pan) freezes when downloading a file Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 70017 --> https://bugs.winehq.org/attachment.cgi?id=70017 terminal.log Download link https://pan.baidu.com/download https://issuecdn.baidupcs.com/issue/netdisk/yunguanjia/BaiduNetdisk_7.3.1.1… I was using the older version. I'll check if it still applies to new version sha1sum BaiduNetdisk_7.3.0.34.exe 76361c21c44a534b0b076266ff94f53a5e1fe963 BaiduNetdisk_7.3.0.34.exe 0. winetricks -q cjkfonts && export LC_ALL=zh_CN.utf8 1. wine BaiduNetdisk_7.3.0.34.exe 2. cd "/home/lizhenbo/.wine/drive_c/users/lizhenbo/Application Data/baidu/BaiduNetdisk" 3. wine BaiduNetdisk.exe 4. Login 5. Download a file 6. A transparent rectangle appears for a second. Then BaiduNetDisk freezes -- 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 50833] New: Being able to use Windows 10 theme
by WineHQ Bugzilla 17 May '21

17 May '21

https://bugs.winehq.org/show_bug.cgi?id=50833 Bug ID: 50833 Summary: Being able to use Windows 10 theme Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: toadfield(a)tutanota.com Distribution: --- The windows xp theme doesn't work for any program,but the windows 10 theme could. -- 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 51142] New: Tokyo Xanadu eX+: game crashes when trying to play videos with builtin qasf
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=51142 Bug ID: 51142 Summary: Tokyo Xanadu eX+: game crashes when trying to play videos with builtin qasf Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jeremiahpwilson(a)yahoo.com Distribution: --- Created attachment 70011 --> https://bugs.winehq.org/attachment.cgi?id=70011 Terminal Output Hello, there! I'd like to report that Tokyo Xanadu eX+ hangs and then crashes in a manner very similar to that of https://bugs.winehq.org/show_bug.cgi?id=48857 with builtin qasf. Native qasf is a workaround. I'm on Arch Linux x86_64, using a clean prefix and Wine commit ce72f9b4263. I've attached the terminal output and the crash dialog. Thanks! -- 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 36282] New: valgrind shows an unitialized write in ieframe/tests/ie.c
by wine-bugs＠winehq.org 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=36282 Bug ID: 36282 Summary: valgrind shows an unitialized write in ieframe/tests/ie.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16468== Thread 6: ==16468== Syscall param write(buf) points to uninitialised byte(s) ==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so) ==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073) ==16468== by 0x7B83E0AA: WriteFile (file.c:563) ==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444) ==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189) ==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block of size 92 alloc'd ==16468== at 0x7BC4C735: notify_alloc (heap.c:255) ==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Uninitialised value was created by a client request ==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==16468== by 0x7BC4C697: initialize_block (heap.c:240) ==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186) ==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236) ==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690) ==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477) ==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086) ==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460) ==16468== by 0x548C509: ??? (winproc.c:173) ==16468== by 0x548C67E: call_window_proc (winproc.c:244) ==16468== by 0x548E817: WINPROC_call_window (winproc.c:900) ==16468== by 0x544FBE4: DispatchMessageW (message.c:4019) ==16468== by 0x4793F60: IEWinMain (iexplore.c:1061) ==16468== by 0x472CA34: wWinMain (main.c:84) ==16468== by 0x472CD21: wmain (exe_wmain.c:51) ==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==16468== by 0x7B864247: ??? (process.c:1045) ==16468== by 0x7B864394: start_process (process.c:1097) ==16468== -- 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 28831] New: secur32/tests/schannel.ok: occasional uninitialised memory read in _gnutls_recv_int() in test_communication()?
by wine-bugs＠winehq.org 16 May '21

16 May '21

http://bugs.winehq.org/show_bug.cgi?id=28831 Bug #: 28831 Summary: secur32/tests/schannel.ok: occasional uninitialised memory read in _gnutls_recv_int() in test_communication()? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified I don't see this on every run, but sometimes Valgrind complains: Conditional jump or move depends on uninitialised value(s) at _gnutls_recv_int (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by schan_InitializeSecurityContextW (schannel.c:728) by schan_InitializeSecurityContextA (schannel.c:775) by InitializeSecurityContextA (wrapper.c:282) by test_communication (schannel.c:644) by func_schannel (schannel.c:773) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request by mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1703) by init_buffers (schannel.c:496) by test_communication (schannel.c:633) by func_schannel (schannel.c:773) by run_test (test.h:556) by main (test.h:624) -- 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 4

[Bug 51066] New: Fallout New Vegas GOG Edition (1.4.0.525 GOG): Music looping too early
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=51066 Bug ID: 51066 Summary: Fallout New Vegas GOG Edition (1.4.0.525 GOG): Music looping too early Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wineburn(a)protonmail.com Distribution: --- When playing the GOG version of Fallout:NV, the music loops abruptly every appox. 20 seconds. This affects both the ambient music and the radio. I have tried: - installing the dsound, directshow and quartz verbs - disabling all mods, including official DLCs - Using a completely vanilla installation (this happens in both when using the exe directly and NVSE/ModOrganizer) I am using wine 6.7 staging. EXE SHA1: 946d2eaba04a75ff361b8617c7632b49f1ede9d3 FalloutNV.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 3

[Bug 51055] New: winecfg: Redirection stdout stream
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=51055 Bug ID: 51055 Summary: winecfg: Redirection stdout stream Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iroalexis(a)outlook.fr Distribution: --- Since Wine 5.18, the stdout stream is completly "ignore/redirect" (I don't know if it is the good words for describe this behavior) in the main function of winecfg.c. This means that the `winecfg -v` and/or `winecfg -?` commands do not display anything I bisect for found the wrong commit, but I did not succeed. I found only a commits window. It's located between a014f413d6719cce883cafe9f40ec0b6468de097 and b16f552e195048f434d486a084fad0fa3afcf712. Before a014f413d6719cce883cafe9f40ec0b6468de097, winecfg displays well the different information of the -? and -v commands. But from b16f552e195048f434d486a084fad0fa3afcf712, this commands don't display nothing. -- 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 50973] New: winedbg --gdb exits immediately
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=50973 Bug ID: 50973 Summary: winedbg --gdb exits immediately Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: grandchild(a)mailbox.org Distribution: --- Hi, similar to https://bugs.winehq.org/show_bug.cgi?id=50117 but from version 6.5 onwards, "winedbg --gdb" exits immediately and runs the program, instead of showing the gdb shell, which used to stop after loading but before running the program. Version 6.4 does not have this issue. I've git-bisected it down to this commit: 28fe84da45bea7de56539b50eac8ebcec54342de Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Mar 24 10:53:53 2021 +0100 ntdll: Load the main image from the Unix side. Unfortunately this is a massive commit, and I can't right now put in the time to dig deeper into what might be causing the gdb mode to exit early. Also it doesn't revert easy on the latest version, 6.6. Maybe someone has a quicker understanding of where to look within that change. If not I can start digging deeper myself. To reproduce: winedbg --gdb notepad.exe OS info: latest Archlinux x86-64 Regards, Jakob -- 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 50879] New: STDOUT output lost from Winelib applications in Wine 6.5 because of start.exe
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=50879 Bug ID: 50879 Summary: STDOUT output lost from Winelib applications in Wine 6.5 because of start.exe Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- (split from bug 50869, see there for some other related issues) When launching Winelib applications in Wine 6.5, all output written to STDOUT gets lost. I tested this with a simple C++ file compiled with wineg++ that tries to print some text using both `printf()` and `std::cout`. Printing to STDERR using `std::cerr` still works fine. -- 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 49017] New: Samsung DeX: Does not install
by WineHQ Bugzilla 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=49017 Bug ID: 49017 Summary: Samsung DeX: Does not install Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mayhem6328(a)gmail.com Distribution: --- Created attachment 66998 --> https://bugs.winehq.org/attachment.cgi?id=66998 The logs are here SamsungDeXSetupWin.exe does not want to install! The Sha1sum of it is 39f9216682b56f6d26daa6e7716251d353524eae and the link to download is https://www.samsung.com/global/download/SamsungDeXWin -- 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 51141] New: wine crash at some point when opening 1 specific program input file , but not on others
by WineHQ Bugzilla 15 May '21

15 May '21

https://bugs.winehq.org/show_bug.cgi?id=51141 Bug ID: 51141 Summary: wine crash at some point when opening 1 specific program input file , but not on others Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fluid_02(a)fastmail.fm Distribution: --- Created attachment 70008 --> https://bugs.winehq.org/attachment.cgi?id=70008 generated by wine I am still using an old 16-bit drawing package called "DrawingBoard" from Ashlar. I have been running this under Oracle's VirtualBox until last year, when VirtualBox upgraded to version 6 and DrawingBoard became very slow (more than 10 minutes to open a VLM drawing file which would normally take a few seconds. Than I tried DrawingBoard under wine and it actually works flawlessly, it opens any VLM file quickly and everything seems to work. However there is 1 particular VLM file where wine crashes at the end of reading the VLM file. See attached backtrack.txt. I copied this file from backups to make sure the file is not corrupt, but still a crash. Than I run DrawingBoard again under VirtualBox and the same VLM file did open (but slowly), I made a small change and saved this new drawing under a different name. I tried wine again on this new file, but again wine crashed. -- 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 0

[Bug 37849] New: Wine causing color temperature setting(redshift) not working for a short time
by wine-bugs＠winehq.org 14 May '21

14 May '21

https://bugs.winehq.org/show_bug.cgi?id=37849 Bug ID: 37849 Summary: Wine causing color temperature setting(redshift) not working for a short time Product: Wine Version: 1.7.32 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anonymous_temp_mail(a)yahoo.co.jp Distribution: --- [Bug] While using redshift(a display color temperature) and entered the sunset time, if then use wine to start a GUI program, the current display color temperature will be reset for several seconds and return back. [Reproducer] 1. Start redshift and ensure it entered sunset color. Better use -l LAT:LON to fake that you are in somewhere sun is already set. Default redshift will use randr backend to reset the color temp, so no extra setting is needed to reproduce. And default redshift will use 5500K for daytime and 3500K for nighttime, so the color temp change will be quite obvious. 2. Start wine GUI program I'm using Startcraft2 an galgame called "月に寄り添う乙女の作法2", both of them cause the display color temperature reset for several seconds. [Version] wine: 1.7.33 redshift: 1.9.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 14

[Bug 51106] New: Mondkalender 3.0 displays black surfaces
by WineHQ Bugzilla 14 May '21

14 May '21

https://bugs.winehq.org/show_bug.cgi?id=51106 Bug ID: 51106 Summary: Mondkalender 3.0 displays black surfaces Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 69971 --> https://bugs.winehq.org/attachment.cgi?id=69971 Console Output (wine 6.7) Hello everyone, I am trying to get an application for somebody at the ubuntuusers.de-Forum to run and tested and installed it in a clean 64-Bit prefix. Console output from running the application is attached. I haven't installed any winetricks packages so far. Are they any you would recommend? -- 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 1

[Bug 48842] New: Ghostmouse 3.2.3: Can't record the mouse
by WineHQ Bugzilla 14 May '21

14 May '21

https://bugs.winehq.org/show_bug.cgi?id=48842 Bug ID: 48842 Summary: Ghostmouse 3.2.3: Can't record the mouse Product: Wine Version: 5.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cryptonotev7(a)protonmail.com Distribution: --- Ghostmouse is a program that can record and replay mouse movements, but when doing that on Wine it doesn't seem to move the mouse to your wanted location or perform any clicks. Download link to Ghostmouse: http://down.ghost-mouse.com/GhostMouse-Setup.exe SHA-1: e42a23484708cfa84fc0d6ba63a8e6eb6e8c3e84 -- 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 48843] New: Ghostmouse 3.2.3: UI elements are crooked
by WineHQ Bugzilla 14 May '21

14 May '21

https://bugs.winehq.org/show_bug.cgi?id=48843 Bug ID: 48843 Summary: Ghostmouse 3.2.3: UI elements are crooked Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cryptonotev7(a)protonmail.com Distribution: --- Created attachment 66760 --> https://bugs.winehq.org/attachment.cgi?id=66760 complete terminal output After installing Ghostmouse, running the app shows broken looking UI elements: https://i.imgur.com/gmKdN5f.png Download link to Ghostmouse, a mouse recorder application: http://down.ghost-mouse.com/GhostMouse-Setup.exe SHA-1: e42a23484708cfa84fc0d6ba63a8e6eb6e8c3e84 -- 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 33031] New: Microsoft Windows Driver Development Kit (win7 ddk/wdk) fails
by wine-bugs＠winehq.org 13 May '21

13 May '21

http://bugs.winehq.org/show_bug.cgi?id=33031 Bug #: 33031 Summary: Microsoft Windows Driver Development Kit (win7 ddk/wdk) fails Product: Wine Version: 1.3.28 Platform: x86 URL: https://www.microsoft.com/en-us/download/details.aspx? id=11800 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Prerequisite: winetricks mfc42 Mount the iso, run kitsetup.exe. I chose to install 'Build Environments' (a subset of 'Full Development Environment'). This fails: wine: Unhandled page fault on read access to 0x84d5c3a5 at address 0x100228d (thread 0027), starting debugger... ... Backtrace: =>0 0x0100228d in eula (+0x228d) (0x0033f708) 1 0x0100236b in eula (+0x236a) (0x0033f790) 2 0x5f8019d1 in mfc42u (+0x19d0) (0x0033f7b0) 3 0x5f80195a in mfc42u (+0x1959) (0x0033f810) 4 0x5f8018e2 in mfc42u (+0x18e1) (0x0033f82c) 5 0x5f8018a1 in mfc42u (+0x18a0) (0x0033f858) the backtrace makes me suspect riched20, trying native gives: wine: Call from 0x7b83f2a9 to unimplemented function msls31.dll.LssbFDonePresSubline, aborting which may be a future problem, but belongs in a separate bug. austin@aw25 ~ $ sha1sum GRMWDK_EN_7600_1.ISO du -hde6abdb8eb4e08942add4aa270c763ed4e3d8242 GRMWDK_EN_7600_1.ISO austin@aw25 ~ $ du -h GRMWDK_EN_7600_1.ISO 620M GRMWDK_EN_7600_1.ISO austin@aw25 ~ $ wine --version wine-1.5.24-74-g5069ad7 luckily, I only wanted the headers, and running: $ msiexec /i wdk/headers.msi installs the headers fine. -- 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 9

[Bug 51136] New: Far Cry 5 crashes before entering the main menu with OpenGL renderer
by WineHQ Bugzilla 13 May '21

13 May '21

https://bugs.winehq.org/show_bug.cgi?id=51136 Bug ID: 51136 Summary: Far Cry 5 crashes before entering the main menu with OpenGL renderer Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0480:fixme:d3d:wined3d_buffer_load Buffer is mapped through buffer object, not loading. 0480:err:d3d:wined3d_debug_callback 0x191f9b0: "GL_INVALID_OPERATION error generated. Buffer is mapped.". 02a4:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling. 02a4:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling. 02a4:err:d3d_shader:shader_get_registers_used Invalid UAV resource index 8. wine-6.8-77-g0a50674c6aa -- 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 0

[Bug 42675] New: [Overwatch] Phantom mouse input / view pulled up to ceiling
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42675 Bug ID: 42675 Summary: [Overwatch] Phantom mouse input / view pulled up to ceiling Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pimmesselink(a)gmail.com Distribution: --- I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches from source, first awesie's then gamax92's. It seems to run fine but every time I'm given control of the character and not touching the mouse, the viewpoint is pulled up to the ceiling, as if there is some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I then pull the mouse towards me fast enough I can overcome phantom mouse input and pull the view down. Until I stop moving the mouse and the view is pulled up again. Moving the mouse left or right works fine. Things I have tried: If I change the input settings to inverted, the phantom mouse input pulls the view to the floor. My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and polling rate. I have also tried without the drivers installed or plugging the mouse into different USB ports. And I have tried replacing it with an old Razer Diamondback. All had the same result. I have tried the Wine config options "Automatically capture the mouse in full-screen windows", "Emulate a virtual desktop" and "mouse warp override default/enable/disable/force". Within the wine prefix I have ran Xpadder and XInputTest and neither found any gamepads or joysticks connected (I have neither). My keyboard is a standard, non USB keyboard. Apart from my mouse the only other peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset. Unplugging them does not make a difference. My PC is a desktop, not a laptop. Raw mouse input works fine in Natural Selection 2 natively under linux. My /dev/input consists of by-id event0 event10 event12 event14 event16 event2 event4 event6 event8 mice by-path event1 event11 event13 event15 event17 event3 event5 event7 event9 mouse0 In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the top left corner and I can't alt-tab back to it. Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro. For completeness, this is how I compiled Wine: cd /home/<user>/Documents/Programming/wine64-build make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure --enable-win64 --prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ make -j4 sudo lxc-start -n my32bitbox sudo lxc-attach -n my32bitbox cd /home/<user>/Documents/Programming/wine32-tools make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure make -j4 cd ../wine32-build make clean make distclean ../wine-overwatch/configure --with-win64=../wine64-build --with-wine-tools=../wine32-tools --prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/ make -j4 make install shutdown -h now sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/* cd /home/<user>/Documents/Programming/wine32-build sudo make install cd /home/<user>/Documents/Programming/wine64-build sudo make install cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ ln -s ../../linux-x86/2.3-overwatch/lib lib -- 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 45

[Bug 49502] New: Arturia products random segfaults
by WineHQ Bugzilla 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=49502 Bug ID: 49502 Summary: Arturia products random segfaults Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arabek+wine(a)gmail.com Distribution: --- Created attachment 67629 --> https://bugs.winehq.org/attachment.cgi?id=67629 Crash dump backtrace for analog lab 4 Arturia Analog Lab 4 and all other plugins/standalone exe files (that use the vst3 plugin wrapper) randomly segfault after a while. Backtrace 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 7

[Bug 15956] New: "make test" doesn't always leave screen in same video mode as it started in
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=15956 Summary: "make test" doesn't always leave screen in same video mode as it started in Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Some tests don't properly reset the video mode, even if they don't crash. I'm gathering a list of culprits and will post it here. -- 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 4

[Bug 46397] New: valgrind shows an invalid free in user32/tests/{msg, win}.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=46397 Bug ID: 46397 Summary: valgrind shows an invalid free in user32/tests/{msg,win}.c Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==21863== Invalid free() / delete / delete[] / realloc() ==21863== at 0x7BC48471: notify_realloc (heap.c:276) ==21863== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==21863== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==21863== by 0x4DC9250: MDIClientWndProcW (winproc.c:1141) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB562: WINPROC_call_window (winproc.c:923) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D93BFA: SendMessageW (message.c:3489) ==21863== by 0x4DBD934: send_parent_notify (win.c:436) ==21863== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==21863== by 0x4DBB256: CreateWindowExA (win.c:1768) ==21863== by 0x4D828C7: MDIClientWndProc_common (mdi.c:1118) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== Address 0x4922a30 is 0 bytes after a recently re-allocated block of size 0 alloc'd ==21863== at 0x7BC48394: notify_alloc (heap.c:260) ==21863== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==21863== by 0x4D80AAA: MDIDestroyChild (mdi.c:567) ==21863== by 0x4D828EA: MDIClientWndProc_common (mdi.c:1129) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D96736: SendMessageA (message.c:3511) ==21863== by 0x4B4707A: test_MDI_create (win.c:1452) ==21863== by 0x4B497E9: test_mdi (win.c:2356) ==21863== by 0x4B608C6: func_win (win.c:10824) ==21863== by 0x4B6668F: run_test (test.h:617) ==21863== by 0x4B670CD: main (test.h:701) ==21863== ==19386== Invalid free() / delete / delete[] / realloc() ==19386== at 0x7BC48471: notify_realloc (heap.c:276) ==19386== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==19386== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==19386== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DCB838: CallWindowProcA (winproc.c:1003) ==19386== by 0x4AEE9AC: mdi_client_hook_proc (msg.c:3664) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DC9B99: WINPROC_CallProcWtoA (winproc.c:863) ==19386== by 0x4DCB58D: WINPROC_call_window (winproc.c:925) ==19386== by 0x4D8FD32: call_window_proc (message.c:2225) ==19386== by 0x4D93A39: send_message (message.c:3288) ==19386== by 0x4D93BFA: SendMessageW (message.c:3489) ==19386== by 0x4DBD934: send_parent_notify (win.c:436) ==19386== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==19386== by 0x4DBB256: CreateWindowExA (win.c:1768) ==19386== by 0x4AF9EFF: test_mdi_messages (msg.c:3869) ==19386== by 0x4B108B1: func_msg (msg.c:17621) ==19386== Address 0x4931f40 is 16 bytes after a recently re-allocated block of size 32 alloc'd ==19386== at 0x7BC48394: notify_alloc (heap.c:260) ==19386== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==19386== by 0x4F8C6AA: create_family (freetype.c:1593) ==19386== by 0x4F9D33E: load_font_list_from_cache (freetype.c:1767) ==19386== by 0x4F9DEC6: WineEngInit (freetype.c:4413) ==19386== by 0x4F9E8BB: DllMain (gdiobj.c:693) ==19386== by 0x4FB4298: __wine_spec_dll_entry (dll_entry.c:40) ==19386== by 0x7BC4CF99: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== by 0x7BC50733: MODULE_InitDLL (loader.c:1218) ==19386== by 0x7BC50A26: process_attach (loader.c:1312) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC532D1: attach_dlls (loader.c:3298) ==19386== by 0x7BC7B32F: attach_thread (signal_i386.c:2709) ==19386== by 0x7BC77E9B: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== -- 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 1

[Bug 43378] New: valgrind shows two definite leaks in dlls/msxml3/tests/ domdoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=43378 Bug ID: 43378 Summary: valgrind shows two definite leaks in dlls/msxml3/tests/domdoc.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==30037== 60 (24 direct, 36 indirect) bytes in 1 blocks are definitely lost in loss record 1,103 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A75D37: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A75D37: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== ==30037== 315 (168 direct, 147 indirect) bytes in 7 blocks are definitely lost in loss record 1,575 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A757CE: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A757CE: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== -- 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 1

[Bug 42560] New: Wine interactive dplayx tests crash
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42560 Bug ID: 42560 Summary: Wine interactive dplayx tests crash Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Created attachment 57473 --> https://bugs.winehq.org/attachment.cgi?id=57473 std output + crash This is a continuation of bug 35403. cd wine/dlls/dplayx/tests WINETEST_INTERACTIVE=1 make test -- 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 39522] New: Valgrind shows a leak in itemdlg tests
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=39522 Bug ID: 39522 Summary: Valgrind shows a leak in itemdlg tests Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Reported as: --- ==5188== 28 bytes in 1 blocks are definitely lost in loss record 296 of 1,248 ==5188== at 0x7BC50613: notify_alloc (heap.c:254) ==5188== by 0x7BC54E78: RtlAllocateHeap (heap.c:1715) ==5188== by 0x587E780: add_item (itemdlg.c:793) ==5188== by 0x5889019: IFileDialogCustomize_fnAddControlItem (itemdlg.c:4079) ==5188== by 0x4AB42BD: IFileDialogCustomize_AddControlItem (shobjidl.h:16931) ==5188== by 0x4AB42BD: test_customize (???:0) ==5188== by 0x4ABC3A3: func_itemdlg (itemdlg.c:2434) ==5188== by 0x4ABF8E8: run_test (test.h:584) ==5188== by 0x4ABFD6C: main (test.h:666) ==5188== { <insert_a_suppression_name_here> Memcheck:Leak match-leak-kinds: definite fun:notify_alloc fun:RtlAllocateHeap fun:add_item fun:IFileDialogCustomize_fnAddControlItem fun:IFileDialogCustomize_AddControlItem fun:test_customize fun:func_itemdlg fun:run_test fun:main } --- Probably means custom control items are not released at all? -- 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 36413] New: valgrind shows uninitialized memory in msxml3/tests/xmparser.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36413 Bug ID: 36413 Summary: valgrind shows uninitialized memory in msxml3/tests/xmparser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700 ==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526) ==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894) ==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032) ==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197) ==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108) ==24204== by 0x4DD9310: run_test (test.h:584) ==24204== by 0x4DD96FF: main (test.h:654) ==24204== -- 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 36304] New: valgrind shows several leaks in msxml3/tests/xmldoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36304 Bug ID: 36304 Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693 ==30829== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523) ==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587) ==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693 ==30829== at 0x7BC4C735: notify_alloc (heap.c:255) ==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162) ==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324) ==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753) ==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30829== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537) ==30829== by 0x6196581: get_typeinfo (dispex.c:161) ==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150) ==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811) ==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725 ==5988== at 0x7BC4C735: notify_alloc (heap.c:255) ==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5988== by 0x6431972: heap_alloc (msxml_private.h:169) ==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505) ==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777) ==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992) ==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078) ==5988== by 0x4CA896C: run_test (test.h:584) ==5988== by 0x4CA8D5B: main (test.h:654) ==5988== -- 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 36172] New: xcopy tests fail under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36172 Bug ID: 36172 Summary: xcopy tests fail under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258 xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1 xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1 -- 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 4

[Bug 28816] New: kernel32/tests/loader.ok fails under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28816 Bug #: 28816 Summary: kernel32/tests/loader.ok fails under valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Under Valgrind, "make loader.ok" fails with log loader.c:375: Test failed: 2: 0x10002000 != 0 loader.c:376: Test failed: 2: 1 != 0 loader.c:378: Test failed: 2: 2000 != MEM_FREE loader.c:379: Test failed: 2: 20000 != 0 -- 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 9

[Bug 28738] New: user32/tests: invalid read in server_end_to_end_callback in dde.ok?
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28738 Bug #: 28738 Summary: user32/tests: invalid read in server_end_to_end_callback in dde.ok? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Not sure how bad an invalid read in a dbgstr is, but here's the log: Invalid read of size 2 at wine_dbgstr_wn (test.h:471) by server_end_to_end_callback (test.h:66) by WDML_InvokeCallback (dde_misc.c:734) by WDML_ServerHandle (dde_server.c:834) by WDML_ServerConvProc (dde_server.c:1112) by ??? (in user32/user32.dll.so) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by DispatchMessageA (message.c:3738) by test_end_to_end_server (dde.c:2680) by func_dde (dde.c:2746) by run_test (test.h:556) by main (test.h:624) Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1748) by RtlFreeUnicodeString (rtlstr.c:319) by RegQueryValueExA (registry.c:1489) by load_face (freetype.c:1207) by WineEngInit (freetype.c:1345) by DllMain (gdiobj.c:582) -- 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 7

[Bug 20925] New: d3d[89]/tests/visual crash under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=20925 Summary: d3d[89]/tests/visual crash under valgrind Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt and http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt both show the crash Unhandled exception: page fault on read access to 0x58469450 in 32-bit code (0x0d9bc92b). Backtrace: =>0 0x0d9bc92b (0x11ad7000) 1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038) which might be a problem in the driver, but could also be a disagreement between valgrind and the driver. I'm going to stop running d3d[89]/tests/visual under valgrind for now, since they always crash. Perhaps the good folks at Nvidia could have a look at how to get valgrind and their drivers to play nice together. (One of those logs also seems to have found a real use-after-free bug in their driver: Invalid read of size 4 at ??? (in /usr/lib32/libGLcore.so.180.44) Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd at free (vg_replace_malloc.c:325) by ??? (in /usr/lib32/libGLcore.so.180.44) so perhaps they would actually get something out of 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.

2 10

[Bug 21180] New: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=21180 Summary: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com After running sysparams test some tray icons are left a kind of downsampled - e.g. net status icon is 4x4 sized. -- 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 4

[Bug 51133] New: Lord of the Rings Online 64bit client exits past loading screen
by WineHQ Bugzilla 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=51133 Bug ID: 51133 Summary: Lord of the Rings Online 64bit client exits past loading screen Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bjorn.bidar(a)thaodan.de Distribution: --- Created attachment 69995 --> https://bugs.winehq.org/attachment.cgi?id=69995 64bit client with wine 5.16 and OpenGL The 64bit of the Lord of the Rings Online (after this sentence just called LotRO) crashes past loading screen. Since an update past october last year (that is when it still was working for me) broke. I tried several wine versions: - 5.16 - last known working version - 6.8 (staging and non staging) I used DXVK but to verify I disabled that I tried wineD3D and the OpenGL renderer of the game - same issue >From looking at both executables the 32bit and 64 client are linked against different dlls: - 32bit: strings lotroclient.exe|grep dll pl.dll lotropl.dll xinput9_1_0.dll DwmAPI.dll wtsapi32.dll corestrings.dll D3D10GraphicsCore.dll D3D11GraphicsCore.dll OpenGLGraphicsCore.dll RENDER| failed to load D3D9.dll. d3d9.dll LightFX.dll ntdll.dll kernel32.dll kernel32.dll ntdll.dll faultrep.dll %s\Debugging Tools For Windows\dbghelp.dll %s\dbghelp.dll \dbghelp.dll ..\tools\dbghelp.dll ..\..\..\..\..\tools\dll\dbghelp.dll dbghelp.dll Havok StackTracer: Could not load symbol SymRefreshModuleList from dbghelp.dll, version too old, but will continue without it. Havok StackTracer: hkStackTracer: Unable to load kernel32.dll Havok StackTracer: hkStackTracer: Unable to load dbghelp.dll * dbghelp.dll may be too old to understand the debug format. iphlpapi.dll %s.dll ADVAPI32.dll GDI32.dll IMM32.dll KERNEL32.dll ole32.dll OLEAUT32.dll USER32.dll WINMM.dll WS2_32.dll xerces-c_2_6.dll lua51.dll SHELL32.dll d3dx9_42.dll vorbisfile.dll OpenAL32.dll DSOUND.dll binkw32.dll umbra.dll CRYPT32.dll libcef.dll steam_api.dll MSVCP80.dll __dllonexit MSVCR80.dll WSOCK32.dll RPCRT4.dll VERSION.dll - 64bit: strings x64/lotroclient64.exe|grep dll lotropl.dll pl.dll xinput9_1_0.dll wtsapi32.dll DwmAPI.dll corestrings.dll OpenGLGraphicsCore.dll D3D11GraphicsCore.dll D3D10GraphicsCore.dll d3d9.dll RENDER| failed to load D3D9.dll. LightFX.dll ntdll.dll kernel32.dll ntdll.dll faultrep.dll dbghelp.dll ..\..\..\..\..\tools\dll\dbghelp.dll ..\tools\dbghelp.dll \dbghelp.dll %s\dbghelp.dll %s\Debugging Tools For Windows\dbghelp.dll kernel32.dll dbghelp.dll Havok StackTracer: Could not load symbol SymRefreshModuleList from dbghelp.dll, version too old, but will continue without it. Havok StackTracer: hkStackTracer: Unable to load kernel32.dll Havok StackTracer: hkStackTracer: Unable to load dbghelp.dll * dbghelp.dll may be too old to understand the debug format. iphlpapi.dll %s.dll ADVAPI32.dll GDI32.dll IMM32.dll KERNEL32.dll ole32.dll OLEAUT32.dll USER32.dll WINMM.dll WS2_32.dll xerces-c_2_6.dll lua51.dll SHELL32.dll d3dx9_42.dll vorbisfile.dll OpenAL32.dll DSOUND.dll binkw64.dll umbra.dll CRYPT32.dll libcef.dll steam_api64.dll MSVCP140.dll WSOCK32.dll VCRUNTIME140_1.dll VCRUNTIME140.dll api-ms-win-crt-runtime-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-convert-l1-1-0.dll api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-locale-l1-1-0.dll api-ms-win-crt-utility-l1-1-0.dll api-ms-win-crt-math-l1-1-0.dll api-ms-win-crt-time-l1-1-0.dll api-ms-win-crt-heap-l1-1-0.dll api-ms-win-crt-filesystem-l1-1-0.dll api-ms-win-crt-environment-l1-1-0.dll api-ms-win-crt-conio-l1-1-0.dll RPCRT4.dll VERSION.dll -- 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 49436] New: 64-bit Diablo III hangs on startup since 5.11
by WineHQ Bugzilla 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=49436 Bug ID: 49436 Summary: 64-bit Diablo III hangs on startup since 5.11 Product: Wine Version: 5.11 Hardware: x86-64 URL: https://www.blizzard.com/en-gb/download/confirmation?p roduct=d3 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com Regression SHA1: e561ce4b9259071f79d219dddf62f05cdd8dd07b Distribution: ArchLinux Created attachment 67524 --> https://bugs.winehq.org/attachment.cgi?id=67524 64-bit client on Staging 5.11 After updating to Staging 5.11, 64-bit Diablo III client hangs after starting, with message: 00d8:err:seh:setup_exception stack overflow 1920 bytes in thread 00d8 eip 00000001402fed5b esp 0000000000c10e90 stack 0xc10000-0xc11000-0xd10000 32-bit client launches correctly. I'm not able to test vanilla Wine, because the game doesn't work there due to bug #45443. Regression testing lead me to the very first commit after 5.10 release: commit e561ce4b9259071f79d219dddf62f05cdd8dd07b Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Jun 6 13:56:19 2020 +0200 ntdll: Move NtRaiseException() implementation to the Unix library. The two final configurations I built were: - good: Wine 3cc3b44575, Staging 044cb930, patch ntdll-NtContinue excluded - bad: Wine e561ce4b92, Staging 044cb930, patch ntdll-NtContinue excluded, incremented NTDLL_UNIXLIB_VERSION to allow staging patches to apply ntdll-NtContinue had to be excluded because it conflicts with ntdll changes in Wine (it was removed from Staging in the following rebase). But as we can see, even with it being excluded from 5.10 (without e561ce4b92), the game runs. -- 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 47

[Bug 45349] New: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V)
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=45349 Bug ID: 45349 Summary: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V) Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, had this one lying around for some time, sadly got distracted from further analysis (there are more bugs). The game is "StreetFighter V Arcade Edition" and was gifted to me by Valve for investigation, thanks ;-) https://store.steampowered.com/app/310950/Street_Fighter_V_Arcade_Edition/ It has some custom DRM/protection scheme which uses various 64-bit anti-debug and obfuscation techniques. There are a lot of single-step (TF) exceptions in the code which are there by design (decrypt continuations). At one point it crashes with invalid instruction exception: --- snip --- ... 002e:trace:seh:NtRaiseException code=80000004 flags=0 addr=0x143fc99e9 ip=143fc99e9 tid=002e 002e:trace:seh:NtRaiseException rax=00000000006000aa rbx=000000000000005e rcx=000000000000005f rdx=000000000000071c 002e:trace:seh:NtRaiseException rsi=0000000143fcf826 rdi=0000000000000000 rbp=00000000005ffbd8 rsp=00000000005ffbd0 002e:trace:seh:NtRaiseException r8=0000000143fd2240 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=000000000000005f r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fc99e9 rsp 5ffbd0 002e:trace:seh:dump_unwind_info **** func 3fc9980-3fca910 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fc9980-0x143fca910 002e:trace:seh:dump_unwind_info handler 0x143fd2240 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fd2240 (rec=0x5ffa90, frame=0x5ffbd0 context=0x5fed30, dispatch=0x5ff200) 002e:trace:seh:call_handler handler at 0x143fd2240 returned 0 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:ntdll:NtQueryInformationProcess (0xffffffffffffffff,0x00000007,0x5ffcb0,0x00000008,0x5ffcb0) 002e: get_process_info( handle=ffffffff ) 002e: get_process_info() = 0 { pid=002d, ppid=0000, affinity=000000ff, peb=7fffffeaf000, start_time=1d3e17d69097156 (-0.0309210), end_time=0, exit_code=259, priority=2, cpu=x86_64, debugger_present=0, debug_children=1 } 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:seh:NtRaiseException code=c0000096 flags=0 addr=0x143fca968 ip=143fca968 tid=002e 002e:trace:seh:NtRaiseException rax=00000000564d5868 rbx=000000008685d465 rcx=000000000000000a rdx=0000000143fc5658 002e:trace:seh:NtRaiseException rsi=00000000005ffd58 rdi=0000000143fd3344 rbp=00000000005ffc18 rsp=00000000005ffc08 002e:trace:seh:NtRaiseException r8=0000000143fd26f8 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fca968 rsp 5ffc08 002e:trace:seh:dump_unwind_info **** func 3fca910-3fcfbbc 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fca910-0x143fcfbbc 002e:trace:seh:dump_unwind_info handler 0x143fcbbe8 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fcbbe8 (rec=0x5ffac0, frame=0x5ffc08 context=0x5fed60, dispatch=0x5ff230) 002e:trace:seh:call_handler handler at 0x143fcbbe8 returned 0 ... --- snip --- One has to debug it to see the mess. For that you need to defeat a few anti-debug trickery ;-) The game protection copies native API entry point code around and assumes 64-bit Windows API entries which have a distinct signature/sequence. A similar problem is described in bug 21232 which is about 32-bit syscall thunks. Partial copy of 'ntdll.NtQueryInformationProcess' entry point: --- snip --- 0000000143FCFA88 | 55 | push rbp 0000000143FCFA89 | 48 89 E5 | mov rbp, rsp 0000000143FCFA8C | 57 | push rdi 0000000143FCFA8D | 56 | push rsi 0000000143FCFA8E | 48 81 EC A0 00 00 00 | sub rsp, A0 0000000143FCFA95 | 48 83 E4 F0 | and rsp, FFFFFFFFFFFFFFF0 0000000143FCFA99 | 48 81 EC 40 03 00 00 | sub rsp, 340 0000000143FCFAA0 | 0F 11 B5 50 FF FF FF | movups xmmword ptr ss:[rbp - B0], xmm6 0000000143FCFAA7 | 0F C4 08 33 | pinsrw mm1, word ptr ds:[rax], 33 0000000143FCFAAB | C0 48 83 C4 | ror byte ptr ds:[rax - 7D], C4 0000000143FCFAAF | 28 C3 | sub bl, al 0000000143FCFAB1 | CC | int3 0000000143FCFAB2 | CC | int3 0000000143FCFAB3 | CC | int3 0000000143FCFAB4 | CC | int3 0000000143FCFAB5 | CC | int3 0000000143FCFAB6 | CC | int3 0000000143FCFAB7 | CC | int3 0000000143FCFAB8 | 48 89 5C 24 08 | mov qword ptr ss:[rsp + 8], rbx 0000000143FCFABD | 48 89 6C 24 10 | mov qword ptr ss:[rsp + 10], rbp 0000000143FCFAC2 | 48 89 74 24 18 | mov qword ptr ss:[rsp + 18], rsi 0000000143FCFAC7 | 57 | push rdi 0000000143FCFAC8 | 48 83 EC 30 | sub rsp, 30 0000000143FCFACC | 41 8B D9 | mov ebx, r9d 0000000143FCFACF | 49 8B F0 | mov rsi, r8 0000000143FCFAD2 | 8B EA | mov ebp, edx 0000000143FCFAD4 | 48 8B F9 | mov rdi, rcx 0000000143FCFAD7 | EB 02 | jmp streetfighterv.143FCFADB 0000000143FCFAD9 | 48 EB E8 | jmp streetfighterv.143FCFAC4 --- snip --- This obviously can't work. On 64-bit Windows the native API entry code is much smaller (< 16 bytes). Due to partial opcode copy a fault is triggered when executing. Original 64-bit Wine API entry code: --- snip --- 000000007BCEF058 55 push rbp 000000007BCEF059 48 89 E5 mov rbp, rsp 000000007BCEF05C 57 push rdi 000000007BCEF05D 56 push rsi 000000007BCEF05E 48 81 EC A0 00 00 00 sub rsp, 0A0h 000000007BCEF065 48 83 E4 F0 and rsp, 0FFFFFFFFFFFFFFF0h 000000007BCEF069 48 81 EC 40 03 00 00 sub rsp, 340h 000000007BCEF070 0F 11 B5 50 FF FF FF movups [rbp+var_B0], xmm6 000000007BCEF077 0F 11 BD 60 FF FF FF movups [rbp+var_A0], xmm7 000000007BCEF07E 44 0F 11 85 70 FF FF FF movups [rbp+var_90], xmm8 000000007BCEF086 44 0F 11 4D 80 movups [rbp+var_80], xmm9 000000007BCEF08B 44 0F 11 55 90 movups [rbp+var_70], xmm10 000000007BCEF090 44 0F 11 5D A0 movups [rbp+var_60], xmm11 000000007BCEF095 44 0F 11 65 B0 movups [rbp+var_50], xmm12 000000007BCEF09A 44 0F 11 6D C0 movups [rbp+var_40], xmm13 000000007BCEF09F 44 0F 11 75 D0 movups [rbp+var_30], xmm14 000000007BCEF0A4 44 0F 11 7D E0 movups [rbp+var_20], xmm15 000000007BCEF0A9 48 89 4D 10 mov [rbp+ProcessHandle], rcx 000000007BCEF0AD 89 55 18 mov [rbp+ProcessInformationClass], edx 000000007BCEF0B0 4C 89 45 20 mov [rbp+ProcessInformation], r8 000000007BCEF0B4 44 89 4D 28 mov [rbp+ProcessInformationLength], r9d 000000007BCEF0B8 C7 84 24 3C 03 00 00 00+ mov dword ptr [rsp+3F0h+n+4], 0 000000007BCEF0C3 C7 84 24 38 03 00 00 00+ mov dword ptr [rsp+3F0h+n], 0 000000007BCEF0CE 48 B8 70 CA D9 7B 00 00+ mov rax, offset __wine_dbch_ntdll_6 ... --- snip --- Wine-Staging patchset: https://github.com/wine-staging/wine-staging/tree/HEAD/patches/winebuild-Fa… Relevant part: https://github.com/wine-staging/wine-staging/blob/HEAD/patches/winebuild-Fa… (+prerequisite). Generated 64-bit thunks: --- snip --- ... 0000000143FCFA88 | B8 70 00 00 00 | mov eax, 70 0000000143FCFA8D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFA95 | C3 | ret 0000000143FCFA96 | 00 00 | add byte ptr ds:[rax], al 0000000143FCFA98 | B8 71 00 00 00 | mov eax, 71 0000000143FCFA9D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFAA5 | C3 | ret ... --- snip --- NOTE: I wanted to keep a separate ticket for 64-bit syscall thunks to track/validate it separately from 32-bit parts (bug 21232). Regards -- 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 59

[Bug 51128] New: Linux Mint 20.x: Cant install wine.
by WineHQ Bugzilla 11 May '21

11 May '21

https://bugs.winehq.org/show_bug.cgi?id=51128 Bug ID: 51128 Summary: Linux Mint 20.x: Cant install wine. Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dushansecondary(a)gmail.com Distribution: --- Trying to install wine with "wine-installer" fails with the following error: ---------------------------------------------------------- The following information may help to resolve the situation: The following packages have unmet dependencies: wine-installer : Depends: wine Recommends: wine64 but it is not going to be installed Recommends: wine32 E: Unable to correct problems, you have held broken packages. ---------------------------------------------------------- Installing using the method on your website fails with: ---------------------------------------------------------- The following packages have unmet dependencies: winehq-stable : Depends: wine-stable (= 6.0.0~focal-1) E: Unable to correct problems, you have held broken packages. ---------------------------------------------------------- We discussed about this bug on a Linux mint forum, here is a short statement: "...and I found some bug (?) in apt relating to the packages wine-installer and wine, which might be related to your message: "wine-installer depends on wine but wine isn't going to be installed" (why not??), and the fact that I can install wine-installer without installing wine, even though the package software tells me that wine is required for wine-installer." -- 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 1

[Bug 51127] New: Evil Twin go out of ram when gstreamer tries to load a inexistent file
by WineHQ Bugzilla 11 May '21

11 May '21

https://bugs.winehq.org/show_bug.cgi?id=51127 Bug ID: 51127 Summary: Evil Twin go out of ram when gstreamer tries to load a inexistent file Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 69992 --> https://bugs.winehq.org/attachment.cgi?id=69992 Evil Twin wine output with +gstreamer until the game crash I'm not sure if this is a wine bug or a game itself bug, but I haven't found any windows user who reports the problem on the web, so i think to report it here and then you will consider if it could be a defect in the wine code. Anyway, the game has an audio file in its resources that probably has not been renamed correctly by the developers and when the game tries to load this file the amount of ram used starts to increase endlessly until the game crashes. Looking at the log of wine with +gstreamer (see attached) it seems that wine enters in an endless loop trying to load the file until it finds it, that is never. Trying to rename the file with the same name you see in the gstreamer log the amount of ram doesn't grow anymore and the game doesn't crash. -- 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 51116] New: Solid Edge 2021 Academic Edition: Crashes when trying to launch with environment launch arguments
by WineHQ Bugzilla 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=51116 Bug ID: 51116 Summary: Solid Edge 2021 Academic Edition: Crashes when trying to launch with environment launch arguments Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: uvrajv2(a)gmail.com Distribution: --- Created attachment 69983 --> https://bugs.winehq.org/attachment.cgi?id=69983 Couldn't copy all of the terminal, since the output was too big. (Terminal crashed when selecting all) Architecture: x86_64 Linux distribution: Linux Mint 20.1 x86_64 Wine version: 6.8 development GPU Driver: NVIDIA / Proprietary NOTE: Free download to the latest academic edition for students: https://www.plm.automation.siemens.com/plmapp/education/solid-edge/en_us/fr… Solid Edge 2021 Academic Edition crashes when trying to launch it with /part (or any other launch argument which opens an environment). All environment / launch arguments (from the SE 2021 readme.htm): Use the following syntax to start Solid Edge from the command line or short-cut: "C:\Program Files\Siemens\Solid Edge 2021\Program\Edge.exe" /environment The environment is either part, assembly, sheet metal, or draft. For example: "C:\Program Files\Siemens\Solid Edge 2021\Program\Edge.exe" /part. You would need to edit the syntax to reflect the location of Edge.exe on your machine. Cannot create / open any files either. (#51060; #51061) Other observations: Terminal output outputs a lot of "010c:fixme:msvcrt:__stdio_common_vfscanf options 2 not handled" messages. Shows a black window with some white lines in it before it crashes. Image: https://media.discordapp.net/attachments/828290288673751042/841005970170576… -- 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 1

[Bug 51114] New: I could not start with MyHeritage instalation
by WineHQ Bugzilla 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=51114 Bug ID: 51114 Summary: I could not start with MyHeritage instalation Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chodzyg(a)gazeta.pl Distribution: --- I saw sugestion to create bug report. -- 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 1

[Bug 39389] New: Text does not render in Forward to the Sky
by wine-bugs＠winehq.org 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=39389 Bug ID: 39389 Summary: Text does not render in Forward to the Sky Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 52500 --> https://bugs.winehq.org/attachment.cgi?id=52500 Terminal output Title. I get empty speech bubbles with voice acting, as well as intro screens with just a picture and a button to continue, when there should be text with the picture. I've attached terminal output. -- 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 4

[Bug 51119] New: INSIDE ground is black rendered with OpenGL renderer
by WineHQ Bugzilla 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=51119 Bug ID: 51119 Summary: INSIDE ground is black rendered with OpenGL renderer Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 69984 --> https://bugs.winehq.org/attachment.cgi?id=69984 example 0684:fixme:d3d:wined3d_debug_callback 0xc8a060: "Program undefined behavior warning: The current GL state uses a sampler (3) that has depth comparisons disabled, with a texture object (226) with a non-depth format, by a shader that samples it with a shadow sampler. This will result in undefined behavior.". -- 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 0

[Bug 51113] New: Hancom Office 2020 Trial: Crashes after installing dependencies
by WineHQ Bugzilla 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=51113 Bug ID: 51113 Summary: Hancom Office 2020 Trial: Crashes after installing dependencies Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ironman466(a)naver.com Distribution: --- Created attachment 69982 --> https://bugs.winehq.org/attachment.cgi?id=69982 Installation process, clicking "확인(D)" will start installing dependencies and start installing program Running HOffice_2020_TRIAL.exe using winehq-devel crashes after installing required dependencies. Same thing happens on winehq-stable. Wine version i used is 6.8 and it's 64bit installation Dependencies it installs are: Visual C++ 2013, Visual C++ 2015. I saw them appear on "wine uninstaller" This is the log i got: https://del.dog/mesterypek.txt This program runs fine on actual Windows 10 installation. So i tried to open this after setting wine to windows 10 on winecfg and tried again, but no luck. the issue was same. winecfg Configurations I tried are: Windows 10, Windows 7, but none of them worked Here's download link of the program: https://cdn.hancom.com/pds/hnc/TIR/HOffice_2020_TRIAL.exe This is trial version. It contains Korean. It seems like it's unpacking installer under "~/.wine/drive_c/users/$USER/Temp/", and it seems like running Install.exe under that directory is same as just running HOffice_2020_TRIAL.exe and waiting for it to unpack itself. I'll attach installation process as it contains Korean. When firstly opening the program, Click "확인(D)". It just says it needs Visual C++ 2013 and 2015 to be installed. I have tried this whole process again with Visual C++ 2013 and 2015 and .Net 4.6.2 installed using winetricks. It still says it needs Visual C++ 2013 even though i installed it manually. After installing visual c++ 2013 as it needs it, I got same error but in different form, now i get stack trace from winedbg: https://del.dog/irryqegref.txt -- 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 9154] Balls of Steel demo v1.3 fails to start a game (ddraw7_WaitForVerticalBlank stub too fast, needs real implementation)
by WineHQ Bugzilla 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=9154 Josh <winehq(a)iooioio.xyz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|winehq(a)iooioio.xyz | -- 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 0

[Bug 51112] New: TidalDesktop does not output highest quality music
by WineHQ Bugzilla 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=51112 Bug ID: 51112 Summary: TidalDesktop does not output highest quality music Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: themainliner(a)hotmail.com Distribution: --- Created attachment 69977 --> https://bugs.winehq.org/attachment.cgi?id=69977 WINEDEBUG=fixme-all,warn+cursor,+loaddll Tidal has four qualities levels: Normal and High, which playback fine and HiFi (lossless CD quality) and Master (authenticated files from mastering process. Studio Quality.) which do not playback - playback indicator shows track is progressing but there is no sound output. I ran a debug with the switches fixme-all,warn+cursor,+loaddll allowed the GUI to open, selected play (a Master quality track) allowed it to play (silently) for several seconds. Pause and closed the app. The output is attached. I can run more debugs just indicate which channels you like me to capture. I did try +relay but it got to 11GB before I cancelled it... I am using pulseaudio 12.2, pulseaudio-dlna and pavucontrol audio mixer. AntiX Linux (Debian) 19.3 Core. Winehq-staging 6.7. -- 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 1

[Bug 46864] New: MyStat 12 crashes when trying to open spreadsheet tab
by wine-bugs＠winehq.org 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=46864 Bug ID: 46864 Summary: MyStat 12 crashes when trying to open spreadsheet tab Product: Wine Version: 4.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lleytonj73(a)gmail.com Created attachment 63918 --> https://bugs.winehq.org/attachment.cgi?id=63918 Error backtrace (Wine 4.3) There's actually quite a lot of reasons this program crashes, and I noticed there aren't any existing bug reports for this program here. The error backtrace attached was caused when I selected File > New > Data to open a spreadsheet tab. Instead of opening the tab, the program "encountered an error and needs to close". -- 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 11

[Bug 51111] New: MyLifeOrganized: two windows in the Plasma task switcher
by WineHQ Bugzilla 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=51111 Bug ID: 51111 Summary: MyLifeOrganized: two windows in the Plasma task switcher Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ddascalescu+wine(a)gmail.com Distribution: --- Created attachment 69974 --> https://bugs.winehq.org/attachment.cgi?id=69974 Screencast of the blank extra window for MLO After I launch `wine mlo.exe`, KDE Plasma shows two windows for MLO, one of them being blank. When I try to switch to it, apparently nothing happens. There is (correctly) only one task bar/panel button. KDE Neon 5.21.5 on Ubuntu 20.4.1, current MLO (5.1.1). HiDPI scaling set to 144. This looks like a regression because I've never seen this double window behavior before, but I haven't run MLO on KDE/Plasma before (only GNOME). ```sh $ wine mlo.exe INTEL-MESA: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 0024:fixme:thread:GetThreadUILanguage : stub, returning default language. 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0021D9C4, 00000000 0021D9EC 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0021D9C4 00000000 0021D9EC) returning a dummy value (current locale) 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0021D9C4, 02B7A680 0021D9EC 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0021D9C4 02B7A680 0021D9EC) returning a dummy value (current locale) 0024:fixme:wtsapi:WTSRegisterSessionNotification Stub 0001007E 0x00000000 0024:fixme:uxtheme:BufferedPaintInit Stub () 0024:err:winediag:check_version ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0024:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4 0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4 0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4 [... repeated many times ...] 0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4 0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4 0024:err:listview:LISTVIEW_WindowProc unknown msg 109d wp=00000000 lp=00000000 0024:err:msxml:doparse Start tag expected, '<' not found 0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f824): creating a dummy parseError 0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f824): creating a dummy parseError 0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f820): creating a dummy parseError 0024:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented 0024:err:ole:RevokeDragDrop invalid hwnd 00020130 0024:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0001007E 0024:fixme:uxtheme:BufferedPaintUnInit Stub () ``` -- 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 0

[Bug 51110] New: MLifeOrganized: clicking hyperlink never finishes launching winebrowser
by WineHQ Bugzilla 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=51110 Bug ID: 51110 Summary: MLifeOrganized: clicking hyperlink never finishes launching winebrowser Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ddascalescu+wine(a)gmail.com Distribution: --- Created attachment 69973 --> https://bugs.winehq.org/attachment.cgi?id=69973 Screenshot of the taskbar button When I click a hyperlink in MyLifeOrganized, a "winebrowser" tasks seem to launch, but it never finishes. One CPU core gets hogged to 100%, and the spinner around that task's icon keeps spinning. KDE Plasma's bouncing icon keeps bouncing. There's no obvious process chewing the CPU; rather, it seems that the same process keeps being restarted after it fails. Ubuntu KDE Neon 5.21, Wine 6.8 development. I suspect this happens when clicking any hyperlink but to create a hyperlink in MyLifeOrganized, 1. Download from https://www.mylifeorganized.net/todo-list-windows.shtml 2. Create a new task 3. In the Notes panel on the right, type `https://winehq.org` -- 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 0

[Bug 50205] New: Steam News causes Steam crash after login
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50205 Bug ID: 50205 Summary: Steam News causes Steam crash after login Product: Wine-staging Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68716 --> https://bugs.winehq.org/attachment.cgi?id=68716 gnome terminal output running steam Subject tells it all. Attaching terminal output. -- 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 50559] New: widl-winrt-support patchset breaks compilation with clang
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50559 Bug ID: 50559 Summary: widl-winrt-support patchset breaks compilation with clang Product: Wine-staging Version: 6.0 Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- clang -c -o dlls/windows.media.speech.dll/windows.media.speech_main.cross.o dlls/windows.media.speech.dll/windows.media.speech_main.c \ -Idlls/windows.media.speech.dll -Iinclude -Iinclude/msvcrt -D__WINESRC__ -D_UCRT -DWINE_CROSS_PE \ -Wall -target i686-windows -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings \ -Wpointer-arith -Wabsolute-value -fno-omit-frame-pointer -gdwarf-2 -gstrict-dwarf -g -O2 In file included from dlls/windows.media.speech.dll/windows.media.speech_main.c:18: include/windows.media.speechsynthesis.h:574:14: error: 'selectany' can only be applied to data items with external linkage static const DECLSPEC_SELECTANY WCHAR RuntimeClass_Windows_Media_SpeechSynthesis_VoiceInformation[] = {'W','i','n','d','o','w','s','.','M','e','d','i','a','.','S','p','e','e','c','h','S','y','n','t','h','e','s','i','s','.','V','o','i','c','e','I','n','f','o','r','m','a','t','i','o','n',0}; ^ include/winnt.h:112:39: note: expanded from macro 'DECLSPEC_SELECTANY' #define DECLSPEC_SELECTANY __declspec(selectany) ^ 1 error generated. Source of the breakage is this patch: https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt… It even mentions that: https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt… + /* MIDL generates extern const here */ + fprintf(header, "static const DECLSPEC_SELECTANY WCHAR RuntimeClass_%s[] = {", c_name); -- 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 48200] New: Approach "Shell" function stopped working
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48200 Bug ID: 48200 Summary: Approach "Shell" function stopped working Product: Wine-staging Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- $ rpm -qa wine-common wine-common-4.20-1.fc31.noarch Fedora 31, x64 Help! Lotus Approach's "Shell" function in Word Pro stopped working after upgrading to 4.20. Result = Shell ( "z:\home\linuxutil\CopyToClipboard.pl" + " " + FullAddress) CopyToClipboard.pl never see the call. This happens on all me shell call. Its killing me! -- 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 23

[Bug 51075] New: ServiceMain failed to load win32k.sys
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51075 Bug ID: 51075 Summary: ServiceMain failed to load win32k.sys Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tod.jackson(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, I'm met with this error in a new prefix and constantly after: 0088:err:winedevice:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" Indeed, in the .reg files there is no mention of win32k.sys anywhere. The file does exist in windows/system32/drivers, though. Just as a test, symlinking system32/win32k.sys to system32/drivers/win32k.sys does make the error go away. -- 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 50700] New: possible regression? unimplemented function dx7vb.dll.DllRegisterServer in application that ships with own dx7vb.dll
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50700 Bug ID: 50700 Summary: possible regression? unimplemented function dx7vb.dll.DllRegisterServer in application that ships with own dx7vb.dll Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lunarlambda(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I have an old application that came with dx7vb.dll. To get it to run in wine, I had to `regsvr32 dx7vb.dll`. After that, everything worked fine. After moving to wine-staging, neither the application or regsvr work anymore, crashing with an unimplemented call to dx7vb.dll.DllRegisterServer. Adding a native library override for dx7vb.dll didn't seem to work. I can't provide much info on the application, it's basically vaporware - but it did work on stable nevertheless. -- 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 50997] New: Wine version not displaying with staging-6.6
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50997 Bug ID: 50997 Summary: Wine version not displaying with staging-6.6 Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- When launching stuff like eg. winecfg, the patch: Staging/0001-kernel32-Add-winediag-message-to-show-warning-that-t.patch supposed to display a FIXME line showing the wine-staging version eg. "wine-staging 6.6 is a testing version containing experimental patches." This version (from wine_get_version function) no longer display the version. Probably due to upstream commit: https://source.winehq.org/git/wine.git/commitdiff/985bd97c2bb0a161f9cae370a… -- 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 50969] New: Regression - Warframe unable to control camera with wine-staging 6.6
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50969 Bug ID: 50969 Summary: Regression - Warframe unable to control camera with wine-staging 6.6 Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pmargeti34(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Warframe worked normally in wine-staging 6.5 for me. Archlinux updated to wine-staging 6.6 and consequently I've lost the ability to control the characters with the mouse in the game. Downgrading the package to 6.5 resolves it, which leads me to believe this is a regression introduced with 6.6. With 6.6 mouse can still be used in the game menus, but as soon as the 3D world controls become active it doesn't respond to inputs. Keyboard input works normally, however the game is unplayable without the mouse. -- 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 25

[Bug 48037] New: In World of Tanks in battle, mouse stuck in the middle
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48037 Bug ID: 48037 Summary: In World of Tanks in battle, mouse stuck in the middle Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Starting with wine 4.17, in battle mouse is stuck to the center of the screen, it's just wiggles in middle and do not move the targeting reticle. This feels very similar to what happens when "MouseWarpOverride"="force" with only difference that with "MouseWarpOverride"="force" mouse acts like this all the time but here mouse are stuck to center only when game requests the lock, I'm not sure that I get the technical part correctly. PS:This feels like a continuation of a bug #47771. -- 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 18

[Bug 50586] New: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000)
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50586 Bug ID: 50586 Summary: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000) Product: Wine-staging Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mr.dovi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69263 --> https://bugs.winehq.org/attachment.cgi?id=69263 wine_file.c testcase Possible related issue: https://bugs.winehq.org/show_bug.cgi?id=50036 I'm investigating the cause of a application startup crash happening on wine-staging 6.0 but not on wine-staging-5.21, wine-5.13 and wine-6.0 While I think I have found a workaround to have it running on staging-6.0, I realized it may be worth a share since it took me a few hours of searching the relay logs. I have attached a test case but basically, calling NtQueryInformationFile on a symlink opened with the file handle option FILE_OPEN_REPARSE_POINT seem to cause NtQueryInformationFile to return STATUS_INVALID_INFO_CLASS, even if the class is correctly set to FileAllInformation # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> c0000003 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 My system is Arch Linux -- 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 54

[Bug 50761] New: ntdll-Junction_Points update broke macOS compilation
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50761 Bug ID: 50761 Summary: ntdll-Junction_Points update broke macOS compilation Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: 750044c08c49c7a117fcc911506a198969379144 Created attachment 69550 --> https://bugs.winehq.org/attachment.cgi?id=69550 output This is on a fully updated macOS 10.14 system, using mingw and the macOS 10.13 SDK to compile wine. -- 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 50766] New: In Wine Staging 6.3, symbolic links are no longer active and become regular files.
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50766 Bug ID: 50766 Summary: In Wine Staging 6.3, symbolic links are no longer active and become regular files. Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 93.duke.xperia(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69557 --> https://bugs.winehq.org/attachment.cgi?id=69557 screenshot In Wine Staging 6.3, symbolic links are no longer active and become regular files. When downgrading to version 6.2, symbolic links are active again. -- 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 19

[Bug 50727] New: Foobar2000 fails to install in current Staging
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50727 Bug ID: 50727 Summary: Foobar2000 fails to install in current Staging Product: Wine Version: 6.2 Hardware: x86-64 URL: https://www.foobar2000.org/getfile/foobar2000_v1.6.4.e xe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 69481 --> https://bugs.winehq.org/attachment.cgi?id=69481 screenshot from installer See attached screenshot. Either: 1. try as current user: result is the installer just exits silently 2. try username/password: result is the installer says you need admin rights. @Zebediah: I'm guessing this has to do with https://github.com/wine-staging/wine-staging/commit/811467bf6a4c43de2485b37… ? -- 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 50551] New: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50551 Bug ID: 50551 Summary: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled Product: Wine-staging Version: 6.0 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-35640/Serious-Sam -The-Second-Encounter-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The game runs without audio when EAX option is enabled in Staging and EAX is selected as the sound system in the game' audio options. 'EAX error: Cannot set environment' appears in the game's console. wine-6.0-201-g2d4dd4252b0 (Staging) SeriousSamSEDemo.exe md5sum: 9b22eb6765979a02ecbf641f53d0f162 -- 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 3

[Bug 47932] New: Mouse-clicks no longer recognized `World of Warships`
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47932 Bug ID: 47932 Summary: Mouse-clicks no longer recognized `World of Warships` Product: Wine-staging Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukas.lueg(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- `World of Warships 0.8.8` used to work more or less flawlessly in wine-4.16; since the update to 4.17 left/right mouse clicks are no longer recognized at all in the main menu (including login), rendering the application unusable. The problem appeared since `wine-4.17-2" on x86_64, using Fedora 30. Downgrading to 4.16 fixed the problem. -- 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 50237] New: The Sims 3 - cannot interact with objects and floor.
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50237 Bug ID: 50237 Summary: The Sims 3 - cannot interact with objects and floor. Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: germanapps(a)gmail.com Distribution: --- Created attachment 68743 --> https://bugs.winehq.org/attachment.cgi?id=68743 Wine logs After upgrading from Wine Staging 5.21 to Staging 5.22 a serious bug appeared: When you interact with floor or an object in "Life" mode, action menu is broken and moved to the far right side of the screen and game cursor is moved to the far left side. Video footage of the bug here: http://www.mediafire.com/file/v7wmvjcghtl28pz/sims3-wine5.22-mousebug.mp4/f… I have done some tests beginning from 5.9 (which was the last reported version and doesn't even allow to initialize a new prefix and throws errors instead) to 5.22 and only 5.22 has this bug. It is consistent, so there should be no problem for others to reproduce it. Tested on Debian 10.6 Stable with KDE, Linux Mint 19.3 Xfce and Linux Mint 20 Xfce. -- 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 3

[Bug 50395] New: Star Wars: Galactic Battlegrounds needs dpmodemx.dll.SPInit
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50395 Bug ID: 50395 Summary: Star Wars: Galactic Battlegrounds needs dpmodemx.dll.SPInit Product: Wine-staging Version: 6.0-rc3 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-2037/Star-Wars-Ga lactic-Battlegrounds-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69013 --> https://bugs.winehq.org/attachment.cgi?id=69013 terminal output After the dxdiag-new-dlls patchset has been added to Staging, such games as Age of Empires 2, Star Wars: Galactic Battlegrounds crash immediately after starting. -- 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 3

[Bug 50162] New: msvcrt-Math_Precision patchset breaks audio in Diablo III
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50162 Bug ID: 50162 Summary: msvcrt-Math_Precision patchset breaks audio in Diablo III Product: Wine-staging Version: 5.22 Hardware: x86-64 URL: https://www.blizzard.com/download/confirmation?platfor m=windows&product=d3 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: 7734f7a8087291ec15c4d1adfe1a6db055972266 Distribution: ArchLinux Created attachment 68678 --> https://bugs.winehq.org/attachment.cgi?id=68678 Use precise_cosh in unix_cosh instead of unix_cos Steps to reproduce: 1. Lower your audio volume to not break ears; 2. Launch Diablo III ("wine Diablo\ III64.exe -launch"). Expected result: Menu music starts playing, UI sounds work. Actual result: There is about 2 seconds of loud, garbled audio, then silence. I've bisected this to msvcrt-Math_Precision patchset and its latest rebase. Wine 2fb08bed46f + Staging 0192a7b3 don't have the issue. Wine c72e1b096d1 + Staging 7734f7a8 is where the problem is introduced. Building Staging 5.22 with "-W msvcrt-Math_Precision" also produces a working version. Looking at the patchset's rebase (7734f7a8), we see that precise_cosh was used in unix_cos instead of unix_cosh. Reverting unix_cos to use cos, and using precise_cosh instead in unix_cosh, solves the issue for me. I've attached a patch with these changes. -- 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 49374] New: skyrim is unable to run under staging 5.10
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49374 Bug ID: 49374 Summary: skyrim is unable to run under staging 5.10 Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67434 --> https://bugs.winehq.org/attachment.cgi?id=67434 last log with error skyrim is unable to run in recently wine. error is in the attachment. This is happened for a period of time. I have tested on vanilla wine, it is able to run without any 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.

1 10

[Bug 50255] New: server/fd.c:1986:18: error: 'O_SYMLINK' undeclared
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50255 Bug ID: 50255 Summary: server/fd.c:1986:18: error: 'O_SYMLINK' undeclared Product: Wine-staging Version: 6.0-rc1 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerald(a)pfeifer.com CC: leslie_alistair(a)hotmail.com, marcus(a)jet.franken.de, z.figura12(a)gmail.com Created attachment 68780 --> https://bugs.winehq.org/attachment.cgi?id=68780 Proposed patch to unbreak the build 6.0-rc1 features a new build failure versus 5.22: server/fd.c: In function 'open_fd': server/fd.c:1986:18: error: 'O_SYMLINK' undeclared (first use in this function) 1986 | flags |= O_SYMLINK; | ^~~~~~~~~ Indeed O_SYMLINK appears nowhere under /usr/include on FreeBSD 11.x nor on my openSUSE system with glibc 2.32. The latter does have O_PATH, so the following snippet from server/fd.c comes to the rescue: #if !defined(O_SYMLINK) && defined(O_PATH) # define O_SYMLINK (O_NOFOLLOW | O_PATH) #endif The attached patch fixes (or works around) this issue. Successfully tested on FreeBSD 11/i386. -- 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 3

[Bug 44207] New: Wine fails to run Unigine Heaven 4.0
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=44207 Bug ID: 44207 Summary: Wine fails to run Unigine Heaven 4.0 Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59977 --> https://bugs.winehq.org/attachment.cgi?id=59977 Crash log Download URL: https://benchmark.unigine.com/heaven Download link: http://assets.unigine.com/d/Unigine_Heaven-4.0.exe File: Unigine_Heaven-4.0.exe See log. -- 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 9

[Bug 51062] New: Warframe through Lutris no longer has dx12 option in Launcher with wine staging 6.7
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51062 Bug ID: 51062 Summary: Warframe through Lutris no longer has dx12 option in Launcher with wine staging 6.7 Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhu543369(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Running Warframe through Lutris with a custom runner pointing to wine-6.6-staging/bin/wine64 and in the launcher options, dx12 experimental is available. Switch runner to wine-6.7-staging/bin/wine64 and the launcher no longer has a dx12 experimental option, just dx11. World of Warcraft through Lutris with the 6.7 runner works fine with dx12. -- 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 19

[Bug 51069] New: 5 builds of winehq-staging are broken in Debian Stretch
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51069 Bug ID: 51069 Summary: 5 builds of winehq-staging are broken in Debian Stretch Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucmove(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69930 --> https://bugs.winehq.org/attachment.cgi?id=69930 Output of first attempt to run right after the upgrade or downgrade As of today, April 26 2021, all the 5 latest builds of winehq-staging are broken on Debian Stretch. 5.12 is the newest build I can use. Versions 5.13, 5.14, 5.15, 5.16 and 5.17.2 all refuse to run on Debian Stretch. There aren't any newer versions than 5.17.2 in the repository. I have this line in my apt/sources.list file so I guess I'm downloading all these broken versions from you: deb https://dl.winehq.org/wine-builds/debian/ stretch main The output says, among other things, "run_wineboot failed to start wineboot c00000e5" Although I've found reports with that line on Google, I've been unablle to find a solution and I'm not sure the developers know that so many of the latest versions are broken. I assume not, based on the number of latest versions that are broken. -- 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 51026] New: Winbox don't start
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51026 Bug ID: 51026 Summary: Winbox don't start Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: letarch(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Winbox don't start. Tracelog say what not have required libs. But version wine 6.5 works normal. -- 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 51003] New: Regression: Multiple games have broken input in wine-staging 6.6
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51003 Bug ID: 51003 Summary: Regression: Multiple games have broken input in wine-staging 6.6 Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- See bugreports in RHBZ for detailed explanation: https://bodhi.fedoraproject.org/updates/FEDORA-2021-9ab0461da6 -- 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 50106] New: ESync broke mountmgr
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50106 Bug ID: 50106 Summary: ESync broke mountmgr Product: Wine-staging Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: javirrdar(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop working on my setup. Symptoms are constant spamming: > fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50 > fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50 And winecfg can't connect to Mount Manager, installers (e.g. GoG installer) doesn't display anything on directory select. If you disable esync\fsync using env variables, it works. It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging versions. Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in ESync? How to reproduce: - Create new wine prefix - Launch winecfg (issue not occurs) - Close winecfg - Launch winecfg again (issue occurs) After that issue will occurs every time. -- 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 46021] New: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=46021 Bug ID: 46021 Summary: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes Product: Wine-staging Version: 3.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roquene(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Moving mouse let it jump uncontrollably around. very slow minimal movement seem to work, but faster let the player character make a 180°. moving the mouse upwards sometimes "locks" the camera facing upwards and only possible to turn it in circle. Moving the character per keyboard sometimes locks in. So moving forward and releasing the button and the character keeps moving until key pressed again. in game menu comparable behaviour. moving over menupoint only highlight it if moved very slow. problem does not occur in normal 3.18 and not with old versions like staging-2.8 could not test later version. staging-2.21 for example shows only black screen. -- 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 45687] New: PulseAudio patchset causes crackling audio
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=45687 Bug ID: 45687 Summary: PulseAudio patchset causes crackling audio Product: Wine-staging Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sykhro(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I couldn't narrow it down much, sounds like a resampling problem(?). Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface. -- 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

[Bug 51021] New: Kenshi: mouse input not working
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51021 Bug ID: 51021 Summary: Kenshi: mouse input not working Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aerkiaga3(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69868 --> https://bugs.winehq.org/attachment.cgi?id=69868 Terminal output, as described; files for 6.5-staging and 6.6-staging are provided When running Kenshi 1.0.x under Wine 6.5-staging, everything runs perfectly. However, when Wine is updated to 6.6-staging (with no change in configuration), mouse input stops working for this game, which prevents any actual usage, since it's impossible to progress beyond the title screen. Downgrading to 6.5-staging reverted this behavior, confirming it as a regression. The tests performed for recording terminal output were done using the same setup as https://appdb.winehq.org/objectManager.php?sClass=version&iId=39928, with Wine versions from the official WineHQ Ubuntu repository. The application was installed to the usual location, which was later moved to the /opt hierarchy and symlinked from the original location. This later step was done once the game was already confirmed to regress on 6.6-staging. The program was run from the command line. Windowed borderless mode was already selected in the launcher window, and hardware mouse had already been selected in the game proper. Once the game reached the title screen, the mouse was moved and the 'OPTIONS' button was clicked. On 6.5-staging, this resulted in the button first highlighting its label in a different color, then becoming clicked and opening a menu. On 6.6-staging, none of this happened. After this, the process was manually terminated in both cases. -- 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 50972] New: cannot rotate player's camera in Guild Wars 2
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50972 Bug ID: 50972 Summary: cannot rotate player's camera in Guild Wars 2 Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mississua(a)hotmail.com Distribution: --- I'm certain that is a regression but the only other wine version i'm able to install is 5.0, and i don't understand a thing about regression testing. As the title says, i cannot rotate (it will stay still no matter what) the player's camera. It feels as if the mouse movement is ignored while a mouse button is held pressed. Deandre Thomas appears to be experiencing the same bug. https://appdb.winehq.org/objectManager.php?sClass=version&iId=36138&iTestin… i tried fiddling with KDE focus settings, to no avail. The game is playable for free at https://www.guildwars2.com -- 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 50767] New: Wine 6.3 Staging broken symlinks
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50767 Bug ID: 50767 Summary: Wine 6.3 Staging broken symlinks Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hitman2491(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Symbolic links inside prefix stopped working. Standard wine 6.3 does not repeat itself. Reference: https://github.com/hitman249/wine-launcher/issues/24 -- 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 3

[Bug 48253] New: League of Legends you can't create and/or join a lobby on Arch Linux
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48253 Bug ID: 48253 Summary: League of Legends you can't create and/or join a lobby on Arch Linux Product: Wine-staging Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kassin.dornelles(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65915 --> https://bugs.winehq.org/attachment.cgi?id=65915 league of legends lutris logs You can't create a lobby or join a lobby on Arch Linux, i think at this point doesn't matter the Wine version, maybe some Arch dep package is borked? (i did a fresh install just to make sure) here's a example of how the game client lobby options will look like: https://preview.redd.it/yeasiff2du141.png?width=1286&format=png&auto=webp&s… -- 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 47703] New: warships
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47703 Bug ID: 47703 Summary: warships Product: Wine-staging Version: 4.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leha.ermolin2012(a)yandex.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65174 --> https://bugs.winehq.org/attachment.cgi?id=65174 World of Warships не заходит в Адмиралтейство В World of Warships при входе в Адмиралтейство или Клан возникает ошибка. -- 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 5

[Bug 49556] New: 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49556 Bug ID: 49556 Summary: 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 Product: Wine-staging Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I'm using filever.exe inside Docker container which in some configuration crashes on run, and some works. Initially I've managed to make it not crash with: - wine-5.9 (Staging) - wine-5.12 (Staging) But after using wine-5.12 a while, I couldn't make it not crash. When running: wine filever.exe terminal64.exe it works fine. When running: wine filever.exe /v terminal64.exe it shows the following output and crashes: --a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe Language 0x0000 (English) CharSet 0x04b0 Unicode ... SubType: 00000000 FileDate: 00000000:00000000 wine: Unhandled page fault on read access to 65786526 at address 7BC88E20 (thread 0024), starting debugger... 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 $ winedbg filever.exe /v terminal64.exe 007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142 WineDbg starting on pid 00c8 0x000000007bcd18a5: ret Wine-dbg>bt Backtrace: =>0 0x000000007bcd18a5 (0x000000000031ffd8) 1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec) Wine-dbg>bt all 0x000000007bcd18a5: ret Backtracing for thread 00cc in process 00c8 (C:\windows\filever.exe): Backtrace: =>0 0x000000007bcd18a5 (0x000000000031ffd8) 1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec) 0x000000007bcd18a5: ret Here are the reproducible steps using Docker container (which I'm using): 1. Pull and run Docker container: local$ docker run -it --entrypoint /bin/bash ea31337/ea-tester 2. Inside Docker, install required binaries (e.g. filever and platform binary to check). docker$ /opt/scripts/eval.sh install_mt 5.0.0.2515 3. Go to downloaded platform dir. $ cd ~/.wine/drive_c/MetaTrader\ 5/ 4. This command should work: $ wine filever.exe terminal64.exe --a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe 5. This command crashes at the end: $ wine filever.exe /v terminal64.exe ... FileDate: 00000000:00000000 wine: Unhandled page fault on read access to 65786526 at address 7BC88E20 (thread 0024), starting debugger... 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 6. Although works for another binaries: $ wine filever.exe /v metatester64.exe (no errors at the end) $ wine filever.exe /v metaeditor64.exe (no errors at the end) 7. To run under debugger, run: $ winedbg filever.exe /v terminal64.exe Xvfb is already running, run: "export DISPLAY=:0" to access display. The filever.exe is the same which is included with WindowsXP-KB838079-SupportTools (https://github.com/EA31337/EA-Tester/releases/download/4.x/WindowsXP-KB8380…). If you download from the link, you can use cabextract to extract that binary (e.g. cabextract -F support.cab *.exe && cabextract -F filever.exe *.cab && install -v filever.exe ~/.wine/drive_c/windows). I was using filever.exe quiet often in my scripts and never had this issue. Any clues if that's the Wine bug or filever.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 6

[Bug 48057] New: Application binds to same port multiple times from wine 4.18 works fine on 4.17
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48057 Bug ID: 48057 Summary: Application binds to same port multiple times from wine 4.18 works fine on 4.17 Product: Wine-staging Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: richard.it(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65601 --> https://bugs.winehq.org/attachment.cgi?id=65601 Netstat Output With Application running on 4.18 Game server FLServer.exe appears to bind to the same port multiple times from wine 4.18 making the application unable to communicate on the network. Wine 4.17 works correctly. Winetricks mfc42 required to get FLServer.exe to run. Winetricks directplay for network. Run FLServer.exe but unable to connect to it. Steps to Reproduce: 1. Install game with FLServer.exe 2. winetricks mfc42 directplay -- 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 51109] New: Pharaoh Game crashes with page fault on start
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=51109 Bug ID: 51109 Summary: Pharaoh Game crashes with page fault on start Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martimedia.de Distribution: --- Created attachment 69972 --> https://bugs.winehq.org/attachment.cgi?id=69972 Backtrace After installation of the game it will not start, reporting a pagefault. The game is rated platinum in the database, but the newest entry is about wine version 2.10 (https://appdb.winehq.org/objectManager.php?sClass=version&iId=351). I am now on Kubuntu 21.04 with wine 5.0.3, but I also tried it before on Manjaro with wine 6 (sorry, I don't know the exact Version, but it was the newest available on Manjaro). It is a x64 installation, but wine is in i386 mode and Version Windows XP. The backtrace is attached. Thank you for your work! -- 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 0

[Bug 50503] New: Diablo 1: Game crashes after intro videos
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50503 Bug ID: 50503 Summary: Diablo 1: Game crashes after intro videos Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xillusium(a)gmail.com Distribution: --- Created attachment 69165 --> https://bugs.winehq.org/attachment.cgi?id=69165 WINEDEBUG=warn+d3d wine HELLFIRE.EXE &> 1.log When I run the game, intro videos playing. After that, when game should open main menu, it crashes. I used a patch https://bugs.winehq.org/show_bug.cgi?id=2082#attach_51248 to make the game menu visible (modified to use an environment variable to apply) and this bug is not occured in wine 5.0, so it can be regression. -- 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 49697] New: Age of Empires II (SafeDisc 1.x) fails to start since 3.0-rc
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49697 Bug ID: 49697 Summary: Age of Empires II (SafeDisc 1.x) fails to start since 3.0-rc Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com CC: focht(a)gmx.net Regression SHA1: 23ec3ce2a3edc046872709733940dc51e77e0e91 Distribution: Debian Age of Empires 2 (Age of Kings) works in 2.22 but not since a change somewhere in the 3.0-rcs. Get a splash screen for ~30 seconds then exits with only this on terminal: 0038:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7b461163 Windows version set to Windows 2000. In wine 2.x it seems to only work without a virtual desktop. -=[ ProtectionID v0.6.8.5 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/16-13:09:21 Ready... Scanning -> C:\Program Files\Microsoft Games\Age of Empires II\empires2.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 280307 (0446F3h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x37AC3430 -> Sat 07th Aug 1999 13:27:12 (GMT) [TimeStamp] 0x37AC3430 -> Sat 07th Aug 1999 13:27:12 (GMT) | PE Header | - | Offset: 0x00000088 | VA: 0x00400088 | - -> File has 1267 (04F3h) bytes of appended data starting at offset 044200h [File Heuristics] -> Flag #1 : 00000000000001001100000000000101 (0x0004C005) [Entrypoint Section Entropy] : 6.92 (section #1) ".text " | Size : 0x14E00 (85504) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 8 (0x8) | ImageSize 0x4B000 (307200) byte(s) [VersionInfo] Company Name : Microsoft Corporation [VersionInfo] Product Name : Age of Empires II [VersionInfo] Product Version : 2.0 [VersionInfo] File Description : Age of Empires II [VersionInfo] File Version : 00.14.14.0914 [VersionInfo] Original FileName : EMPIRES2.EXE [VersionInfo] Internal Name : EMPIRES2 [VersionInfo] Legal Copyrights : Copyright © Microsoft Corp. 1999 [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | ADVAPI32.dll | VERSION.dll [!] Safedisc v1.30.010 detected ! [CompilerDetect] -> Visual C++ 5.0 - Scan Took : 0.204 Second(s) [0000000CCh (204) tick(s)] [566 of 580 scan(s) done] Regression test yields: 23ec3ce2a3edc046872709733940dc51e77e0e91 is the first bad commit commit 23ec3ce2a3edc046872709733940dc51e77e0e91 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Dec 4 13:13:05 2017 +0100 ntdll: Start process execution directly at the kernel32 process entry point. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 e549aadd9128a60d71695f892a5d0f85321d52a9 daf1047d9de253300cd47047c9fdd78c213d2c0d M dlls -- 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 50963] New: CreateProcess occasionally fails with access violation
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50963 Bug ID: 50963 Summary: CreateProcess occasionally fails with access violation Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 69794 --> https://bugs.winehq.org/attachment.cgi?id=69794 Trace log A relatively complex CI with windows version of cmake/ninja/llvm after series of regressions since Wine 6.0 almost works again in the version 6.6. But occasionally it fails on CreateProcess with EXCEPTION_ACCESS_VIOLATION. I think it is a wine bug as I also encountered such a strange behavior in another context with Wine. I have a feeling that it is related to recent ntdll changes. It appears quickly if CPU is under stress, parallel build is enabled and empty WINEDEBUG. However I managed to trigger the bug also with parallel build disabled and WINEDEBUG set to +process,+relay,+seh,err+all. Maybe some unininitalized variable or race condition? I'll wait for next version of Wine to test again. -- 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 51067] New: ToolTaskTest:Execute_2 test fails on x86_64
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51067 Bug ID: 51067 Summary: ToolTaskTest:Execute_2 test fails on x86_64 Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The x86_64.MonoTests.Microsoft.Build.Utilities.ToolTaskTest:Execute_2 test started failing in CI after the 6.7 release. I was able to reproduce it on my own machines and bisected it to: a51f26badfe6b3c23dd569b0540801a622e3bde5 is the first bad commit commit a51f26badfe6b3c23dd569b0540801a622e3bde5 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Apr 23 12:14:04 2021 +0200 server: Return the process machine from the main exe instead of a CPU flag. This can be tested by downloading the wine-mono tests and running: $ run-tests x86_64.MonoTests.Microsoft.Build.Utilities.ToolTaskTest:Execute_2 -- 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 50006] New: The intro in The Sims Complete Collection gets played too fast
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50006 Bug ID: 50006 Summary: The intro in The Sims Complete Collection gets played too fast Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- On current wine-staging master, The Sims Complete Collection can finally play its EA games intro and loads the game without using any special launch flags. However, the intro gets played incredibly fast compared to Windows and is only visible for a few frames, which is not normal because on Windows it's about a second long. Attached is a log with -ddraw,+quartz,+amstream debug channels (ddraw is disabled to avoid spam from a staging patchset regarding system videomem). -- 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 11833] New: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=11833 Summary: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c Product: Wine Version: 0.9.56. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)netherworld.com.ar When i open File => create new mail. the app crashes and the debug shows an Unhandled page fault. please fix -- 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 21

[Bug 51057] New: `winetricks -q mfc42` fails
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51057 Bug ID: 51057 Summary: `winetricks -q mfc42` fails Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 28fe84da45bea7de56539b50eac8ebcec54342de Distribution: ArchLinux Created attachment 69918 --> https://bugs.winehq.org/attachment.cgi?id=69918 output It's actually winetricks_vcrun6_helper() that fails, but using mfc42 is the easiest way to reproduce. The vcrun6 can't be in the winetricks cache (~/.cache/winetricks). Bisection revealed: 28fe84da45bea7de56539b50eac8ebcec54342de is the first bad commit commit 28fe84da45bea7de56539b50eac8ebcec54342de Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Mar 24 10:53:53 2021 +0100 ntdll: Load the main image from the Unix side. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Do note that I couldn't reproduce this on macOS, but could on ArchLinux. This could be related to Bug 50973, but to be sure I wanted to report this separately. -- 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 3

[Bug 51028] New: Solid Edge 2021 Academic Edition: crash on startup
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51028 Bug ID: 51028 Summary: Solid Edge 2021 Academic Edition: crash on startup Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfc Assignee: wine-bugs(a)winehq.org Reporter: aerkiaga3(a)gmail.com Distribution: --- Created attachment 69880 --> https://bugs.winehq.org/attachment.cgi?id=69880 Backtrace and terminal output Solid Edge 2021 Academic Edition installs, but crashes upon starting the program. Attached relevant error data (run without overrides, etc). Created report on AppDB, which contains additional details as well as a download link (Academic Edition is free-to-use, so it's easy to test on Wine by anybody and getting it to run smoothly may help other versions). Component was deduced from error message, so not entirely sure. Willing to do any requested testing. -- 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 50961] New: Swtor game crash on splash screen 6.6
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50961 Bug ID: 50961 Summary: Swtor game crash on splash screen 6.6 Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fabienmoal(a)wanadoo.fr Distribution: --- Swtor game crash on splash screen with new wine version 6.6 (6.5 ok) ** Regression testing in progress ** (strange problem with kernell32) -- 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 40823] New: Stone Giant demo crashes after launch
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=40823 Bug ID: 40823 Summary: Stone Giant demo crashes after launch Product: Wine Version: 1.9.12 Hardware: x86-64 URL: http://www.geforce.com/games-applications/pc-applicati ons/Stone-Giant-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 54778 --> https://bugs.winehq.org/attachment.cgi?id=54778 log wine-1.9.12-161-g754c681 -- 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 28372] New: Ubuntu Skin Pack 5.0-XP installer crash
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=28372 Summary: Ubuntu Skin Pack 5.0-XP installer crash Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36374) --> (http://bugs.winehq.org/attachment.cgi?id=36374) Log: install Ubuntu_Skin_Pack wine-1.3.28-86-g9b729bb winetricks ie7 works around it Please see full log -- 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 6

[Bug 46948] New: Characters in The Sims Complete Collection render completely white
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=46948 Bug ID: 46948 Summary: Characters in The Sims Complete Collection render completely white Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 64071 --> https://bugs.winehq.org/attachment.cgi?id=64071 screenshot I've attached the screenshot to showcase the issue. All 3D models in the game render completely white with the exception of the plumbob (it looks correct). And the opposite happens in older editions of the game (like Deluxe Edition) - the characters render just fine, but not the plumbob (it's still green but looks flat and lacks any planes). I've tried using latest master of Wine along with latest Wine-staging (e2c7fb5bb6f4cb79156e0b7bcb3fa3485f1edb00) along with this patch (thttps://bugs.winehq.org/attachment.cgi?id=63990) and the issue in The Sims Complete Collection still persists. While the redrawing seems to work all correctly, the characters still render incorrectly. -- 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 23

[Bug 37375] New: Visual C++ 2005 Express SP1 install fails
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=37375 Bug ID: 37375 Summary: Visual C++ 2005 Express SP1 install fails Product: Wine Version: 1.7.28 Hardware: x86 URL: http://download.microsoft.com/download/7/7/3/7737290f- 98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL. exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49702 --> https://bugs.winehq.org/attachment.cgi?id=49702 terminal output See bug 20110 for a similar issue that is supposed to have been fixed (though it doesn't work for me in 1.4.1). http://www.microsoft.com/en-us/download/details.aspx?id=804 http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a… (sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d) fails to install. To reproduce, get winetricks from SVN (https://winetricks.googlecode.com/svn/trunk/src/winetricks): winetricks vc2005expresssp1 this fails: err:msi:extract_cabinet FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab" err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 err:msi:extract_cabinet FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab" ------------------------------------------------------ Note: command 'wine /home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe' returned status 67. Aborting. note that the installer appears to be in French instead of English, that's a separate issue, I'll file a bug after a bisect. -- 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 5

[Bug 50396] New: Sacred Gold: wrong z-order or something else
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50396 Bug ID: 50396 Summary: Sacred Gold: wrong z-order or something else Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xillusium(a)gmail.com Distribution: --- Created attachment 69015 --> https://bugs.winehq.org/attachment.cgi?id=69015 WINEDEBUG=warn+d3d wine sacred.exe &> 111.log When I run Sacred 1 Gold Edition (2.28), something went wrong with character elements z-ordering. For example, gladiator hair arrangement. The bug takes place both in the character selection menu and in the game world. I observed this error not only in 6.0-rc3, but also in older versions of Wine like 5.x -- 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 15

[Bug 41318] New: Sins of a Solar Empire crashes on start
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=41318 Bug ID: 41318 Summary: Sins of a Solar Empire crashes on start Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: blog(a)pozimski.eu Distribution: --- Created attachment 55653 --> https://bugs.winehq.org/attachment.cgi?id=55653 output of wine when running the game with WINEDBG=+all With the current wine version, Sins of a Solar Empire: Rebellion (GOG version) does no longer start, instead it crashes with an error message and tries to write a dump. I believe this issue is related to Direct3D since the last message written before the dump is created is: fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. A git bisect reveals: dfe3f26b6ddd5f280f61e15a8507e727947b99a3 is the first bad commit commit dfe3f26b6ddd5f280f61e15a8507e727947b99a3 Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Wed Jun 22 06:01:50 2016 +0000 d3dx9_43: Share the source with d3dx9_36. Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 9d549ce0939762a55adcd576b150bfaad5338e04 0c6ab47a8dc5cd8ed8da2ad996fa02019b8af64f M dlls :040000 040000 0b852d0a91f39d0e3db8340e46b5b59547a5e7f0 1e9e55d7d1a3a8d7b4f132ecfebc87dcfb4aba1e M tools I have attached the full log of the wine process just to be sure. -- 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 50992] New: ADVAPI32.dll.QueryTraceA is a unimplemented funtion - StarCitizen does not load anymore
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50992 Bug ID: 50992 Summary: ADVAPI32.dll.QueryTraceA is a unimplemented funtion - StarCitizen does not load anymore Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rawfox(a)freenet.de Distribution: --- Created attachment 69828 --> https://bugs.winehq.org/attachment.cgi?id=69828 Backtrace of the StarCitizen crash Hello again^^ With the latest StarCitizen PTU, the game is asking for QueryTraceA, when it starts loading. Due to that function is not in wine yet, the game drops an error and stops working. The patches we (LUG) wrote, to stub out that error, had all no success, the error is supressed but its crashing right after, so that we assume that the function needs to provide a proper return. The game is asking for QueryTraceA. ControlTraceA is present in wine and should superseed QueryTraceA, but its not working. A Backtrace is attached. Let the games begin ... :) -- 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 40227] New: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363 at run
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=40227 Bug ID: 40227 Summary: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363 at run Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v_mil(a)ukr.net Distribution: --- Created attachment 53750 --> https://bugs.winehq.org/attachment.cgi?id=53750 The full backtrace. Dear developers! LibreOffice_5.1.0_Win_x64.msi installs normally except wrong folder ( "Program Files (x86)" ) but running an Office application cause "Unhandled exception 0xe06d7363 in thread 29 at address 0x7b84a6c1 (thread 0029)". More info in the attached backtrace. The distribution is Ubuntu 14.04 x86_64. BR. Viktor. -- 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 12

[Bug 49989] New: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49989 Bug ID: 49989 Summary: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fzatlouk(a)redhat.com Distribution: --- Created attachment 68391 --> https://bugs.winehq.org/attachment.cgi?id=68391 stdout Running Samsung Dex installer [0] gets stuck with: [ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception. ---> System.EntryPointNotFoundException: IWICColorContext_GetType_Proxy assembly:<unknown assembly> type:<unknown type> member:(null) [0] https://appdb.winehq.org/objectManager.php?sClass=version&iId=39225 -- 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 49977] New: FIFA 11 Demo fifaconfig crashes when pressing Exit button
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49977 Bug ID: 49977 Summary: FIFA 11 Demo fifaconfig crashes when pressing Exit button Product: Wine Version: 5.18 Hardware: x86-64 URL: http://static.cdn.ea.com/fifa/u/f/fifa11_pc_demo_EU.zi p OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 1. Launch configuration tool in ..\FIFA 11 Demo\Game\fifasetup\fifaconfig.exe 2. Press Exit button. Unhandled Exception: System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a control until the window handle has been created. at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control caller, System.Delegate method, System.Object[] args, System.Boolean synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool) at System.Windows.Forms.Control.BeginInvoke (System.Delegate method, System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[]) at System.Windows.Forms.WindowsFormsSynchronizationContext.Post (System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at System.__ComObject.Finalize () [0x0001a] in <7713cb95b33244ed9608bf0b23fbdce9>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a control until the window handle has been created. at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control caller, System.Delegate method, System.Object[] args, System.Boolean synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool) at System.Windows.Forms.Control.BeginInvoke (System.Delegate method, System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[]) at System.Windows.Forms.WindowsFormsSynchronizationContext.Post (System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 wine-5.18-343-g412db778937 -- 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 35102] New: Qvodplayer 3.5 Crashes on start
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=35102 Bug #: 35102 Summary: Qvodplayer 3.5 Crashes on start Product: Wine Version: 1.7.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: zturnxin(a)gmail.com Classification: Unclassified Created attachment 46820 --> http://bugs.winehq.org/attachment.cgi?id=46820 Log: terminal log and backtrace 1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe $ sha1sum QvodSetupPlus_old.exe bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe 2. winetricks -q gdiplus, workaround Bug 32474 3. Start QvodPlayer 3.5: ~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe Crash happens. -- 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 51082] New: Regression: Powershell Core installs in wrong directory
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51082 Bug ID: 51082 Summary: Regression: Powershell Core installs in wrong directory Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- This is a regression from yesterday. AFAIK it should (and used to ) install in Program Files\\Powershell, wheras now it is installed in c:\\Powershell Regression : Commit: 9b0a8f5f49f941d42ed08b1546c50203c0b07ad6 URL: https://source.winehq.org/git/wine.git/?a=commit;h=9b0a8f5f49f941d42ed08b15… Author: Alexandre Julliard <julliard at winehq.org> Date: Thu Apr 29 16:19:27 2021 +0200 kernelbase: Use RtlWow64GetProcessMachines() to get native system information. Signed-off-by: Alexandre Julliard <julliard at winehq.org> In console output there`s now a strange: 00f8:fixme:heap:GetNativeSystemInfo Add the proper information for 0 in wow64 mode Steps to reproduce: wine msiexec /i PowerShell-7.0.3-win-x64.msi /q -- 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 26189] New: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no longer shows console on start under X
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=26189 Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no longer shows console on start under X Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: armin.kazmi(a)tu-dortmund.de If you want to launch a crysis wars dedicated server, e.g. via wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program Files/CrysisWars/server +exec server.cfg you expect it to spawn a console window (using windows console host it seems) to show further output and provide a control interface. Via git bisect I tracked down the offending patch, which was added quite a long time ago. e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit commit e4d090277b3f4f76b39e55480e5d1387798dbabe Author: Eric Pouech <eric.pouech(a)orange.fr> Date: Mon Aug 30 22:19:24 2010 +0200 kernel32: Properly handle bare console on input. :040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac 860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls Automatic revert of the patch from HEAD fails. -- 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 21

[Bug 50980] New: Royal Quest: "out of memory" and other errors
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50980 Bug ID: 50980 Summary: Royal Quest: "out of memory" and other errors Product: Wine Version: 6.5 Hardware: x86-64 URL: http://1cgames.net OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Regression SHA1: beff5c56cdb02d614a5159de0e5ce1914c8ebc77 Distribution: Debian Recent wine versions cause possibly bogus memory errors, regression test yields: beff5c56cdb02d614a5159de0e5ce1914c8ebc77 is the first bad commit commit beff5c56cdb02d614a5159de0e5ce1914c8ebc77 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 5 12:05:38 2021 +0200 ntdll: Move the PEB initialization to LdrInitializeThunk(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 02e336e14ea020aad68dcaf20abf6591e1bbcb89 403c88a2fbbc305b5a4de06cb5786379f03a22da M dlls If you want to try reproducing this it requires a launcher or whatever which needs native dotnet 4.6.1 I think -- 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 49763] New: ALOTInstaller crashes
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49763 Bug ID: 49763 Summary: ALOTInstaller crashes Product: Wine Version: 5.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 68064 --> https://bugs.winehq.org/attachment.cgi?id=68064 crash log A user reported this as rated "garbage" in appdb, so i gave it a try The crash log shows a call to RtlConvertToAutoInheritSecurityObject, which is strange as the FIXME from that stub is not printed in console; is that normal? One issue is at least that RtlConvertToAutoInheritSecurityObject is wrong declared, see https://bugs.winehq.org/show_bug.cgi?id=33279#c1 but then committed patch declares it as BOOL: https://bugs.winehq.org/show_bug.cgi?id=33279#c3 I`ll send a patch for that one. But that is not the cause of the crash, even if i remove RtlConvertToAutoInheritSecurityObject from ntdll.spec it shows up in the crash log (???) So anyone knows what`going on? Note: I don`t know exactly what .net it needs, I tried dotnet40 and dotnet48, same crash happens Unhandled exception: 0xe0434352 in 64-bit code (0x000000007b01129e). . . Backtrace: =>0 0x000000007b01129e format_exception_msg+0x32e(ptr=<is not available>, buffer=<is not available>, size=<is not available>) [Z:\home\louis\sda2\wine64-build\dlls\kernelbase\..\..\..\wine\dlls\kernelbase\debug.c:315] in kernelbase (0x0000000000512d60) 1 0x000006447fd60412 EntryPoint+0x6440003ef15() in msvcr100_clr0400 (0x0000000000512d60) 2 0x000000007bc521e1 RtlConvertToAutoInheritSecurityObject+0x200(pdesc=<is not available>, cdesc=<is not available>, ndesc=<is not available>, objtype=<is not available>) [Z:\home\louis\sda2\wine64-build\dlls\ntdll\..\..\..\wine\dlls\ntdll\sec.c:1721] in ntdll (0x0000000000512d60) 3 0x000006447fd5f5a7 EntryPoint+0x6440003e0aa() in msvcr100_clr0400 (0x0000000000516319) -- 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 22327] New: download
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=22327 Summary: download Product: Wine Version: 1.1.42 Platform: x86 URL: http://sourceforge.net/projects/phpgedview/files/1%20P hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl oad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Cannot install PGV demo for Windows using a clean wineprefix. After installing dotnet20sp2 Mono2.4 with winetricks I get the following output: err:module:import_dll Library php5ts.dll (which is needed by L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found (OS 10048)Address already in use: make_sock: could not bind to address 127.0.0.1:6880 no listening sockets available, shutting down Unable to open logs System.OverflowException: Number overflow. at System.Drawing.SizeF.ToSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog () at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000] at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e) [0x00000] at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] -- 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 9

[Bug 51070] New: Wine fails to create or update prefix
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51070 Bug ID: 51070 Summary: Wine fails to create or update prefix Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: f93713b157411efabfa6ceabf137364b249106f6 Distribution: --- 0024:err:environ:run_wineboot failed to start wineboot c00000e5 -- 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 51102] New: Failed to export video on MOHO PRO 13.5
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=51102 Bug ID: 51102 Summary: Failed to export video on MOHO PRO 13.5 Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rqftyusydw(a)solarunited.org Distribution: --- Created attachment 69966 --> https://bugs.winehq.org/attachment.cgi?id=69966 backrace i cant render animation video using export video features on MOHO PRO 13.5 wine always get crash when select mpeg video export option... all feature run almost smoothly except export video features -- 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 35545] New: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation
by wine-bugs＠winehq.org 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=35545 Bug ID: 35545 Summary: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... found during investigation of bug 35539 (and blocked by). Probably also needed by Proteus 8 Professional installer. To work around bug 35539 pass 'KEY_SERVER' property via command line: --- snip --- $ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test ... $ fixme:wshom:WshShell3_RegWrite (L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/2b1f2001b153190bbd3bb138684149f6… --- snip --- 811 static HRESULT WINAPI WshShell3_RegWrite(IWshShell3 *iface, BSTR Name, VARIANT *Value, VARIANT *Type) 812 { 813 FIXME("(%s %s %s): stub\n", debugstr_w(Name), debugstr_variant(Value), debugstr_variant(Type)); 814 return E_NOTIMPL; 815 } --- snip --- 'winetricks -q wsh57' obviously works around. $ sha1sum prodemo.exe e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe $ du -sh prodemo.exe 166M prodemo.exe $ wine --version wine-1.7.12 Regards -- 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 51077] New: "The Settlers V: Heritage of Kings" fails to launch with Wine >=5.21
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=51077 Bug ID: 51077 Summary: "The Settlers V: Heritage of Kings" fails to launch with Wine >=5.21 Product: Wine Version: 5.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: firlaevhans.fiete(a)protonmail.com Distribution: --- Created attachment 69940 --> https://bugs.winehq.org/attachment.cgi?id=69940 Backtrace and Terminal Output I'm using the German DVD ROM Version of "Die Siedler: Das Erbe der Könige Gold Edition" / "The Settlers: Heritage of Kings" With Wine-staging 5.20 and below the game launches and works as expected. With 5.21-staging or higher (tried various versions up to 6.7) the game fails to launch and shows a Wine crash report window instead. REPRODUCE: 1.) Install "The Settlers V" in a fresh Wine prefix with wine 5.21 or higher (the free demo will work too) 2.) Try to launch the game afterwards OBSERVED RESULT: The game doesn't launch / immediately crashes EXPECTED RESULT: The game launches normally, like it does with older versions of wine. There is a free demo of the game that shows the same symptoms and thus could be used for testing. The game is quite old so there doesn't seem to be an official download site anymore but I downloaded it from here (German demo): https://www.4players.de/4players.php/download_info/Downloads/Download/7636/… -- 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 50093] New: Lara Croft and the guardian of light have very low performance without neckloop even at lowest resolution
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=50093 Bug ID: 50093 Summary: Lara Croft and the guardian of light have very low performance without neckloop even at lowest resolution Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 68566 --> https://bugs.winehq.org/attachment.cgi?id=68566 plain wine console output at 640x480 with lowest settings and +fps,+tid,+timestamp Lara Croft and the guardian of light runs well at 60 fps (and at 100 and more fps if vsync is disabled) on the menu, but during the game it has a performance drop of about 14 fps even at the lowest resolution and with the settings as low as possible. CPU usage is around 20-35% for the game for a maximium total of approx 60% consider steam and wineserver, and 5-10% max GPU load measured at 640x480 resolution and lowest possible graphics settings and approx 300mb of RAM so it's do not appear as an hardware bottleneck. I tried some old versions (about 3.x) of wine to exclude other regressions (like bug 46942) and the performance on all tested versions are identical. I also tried wine-staging with pba patches and all mentioned wine version with unsupported dxvk and dgvoodo2 and performance are identical also on it. So it seems that the problem is not in d3d* and something others goes wrong in Wine, but I am not able to define exactly what. -- 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 51100] New: ReadConsole occasionally breaks terminal input
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=51100 Bug ID: 51100 Summary: ReadConsole occasionally breaks terminal input Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hugh.mcmaster(a)outlook.com Distribution: --- Created attachment 69963 --> https://bugs.winehq.org/attachment.cgi?id=69963 Minimal test program After running a loop reading from standard input and returning to shell (GNOME Terminal), console input is sometimes broken. Control characters are shown on up arrow, and input is blank, although apparently processed. I noticed this behaviour while testing prompts during reg.exe's add or delete operations, but I have been able to reproduce it using a minimal test case. The bug doesn't seem to occur every time after program exit; it seems more like every third or fourth time. To reproduce, run the program, enter some text a few times, exit using 'quit', then press up arrow to repeat. After a few cycles, the console should show strange behaviour. -- 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 1

[Bug 9154] Balls of Steel demo v1.3 fails to start a game (ddraw7_WaitForVerticalBlank stub too fast, needs real implementation)
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=9154 --- Comment #29 from ezequielv <evi.emu.wine.winehq.bugs.01(a)jev.me.uk> --- (In reply to Linards from comment #28) > Is this issue still present? I've seen this issue still happening on wine-5.0 only a few weeks ago. I've tested with and without dxvk, trying to use several "override" settings for the directx dlls, etc. Nothing I've done seemed to make this issue go away, though. -- 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 0

[Bug 9154] Balls of Steel demo v1.3 fails to start a game (ddraw7_WaitForVerticalBlank stub too fast, needs real implementation)
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=9154 Linards <linards.liepins(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins(a)gmail.com --- Comment #28 from Linards <linards.liepins(a)gmail.com> --- Is this issue still 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 0

[Bug 50953] New: does not start
by WineHQ Bugzilla 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=50953 Bug ID: 50953 Summary: does not start Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: go(a)inverser.pro Distribution: --- Created attachment 69783 --> https://bugs.winehq.org/attachment.cgi?id=69783 video report After the update, which were yesterday (2021.04.09), Wine stopped running any program. -- 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 43343] New: Palette corruption or wrong/corrupted colours
by wine-bugs＠winehq.org 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=43343 Bug ID: 43343 Summary: Palette corruption or wrong/corrupted colours Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alehiphopdj2(a)hotmail.com Distribution: --- Created attachment 58684 --> https://bugs.winehq.org/attachment.cgi?id=58684 ZIP file with 3 screenshots of Frank Herbert's Dune showing colours wrong Playing Frank Herbert's Dune (2001) on Wine 2.12 on Linux (Ubuntu) from a fresh and successful installation, colours are corrupted on: - cutscenes (realtime rendering, not videos) - gameplay - title screen I attach a zip file with these 3 screenshots. These are the errors i get on the console: fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub! fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. ... (this last error repeating all time until the end) Looks like colours are corrupted because this error... -- 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 9

[Bug 51073] New: Buttons and clicks don't work in Lineage 2
by WineHQ Bugzilla 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=51073 Bug ID: 51073 Summary: Buttons and clicks don't work in Lineage 2 Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terapy-session(a)bk.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- On the Godworld server, installed protection against clickers. After that, some buttons do not work (enter, backspace, mouse clicks on the screen), which is why you cannot enter the game without entering data. -- 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 41316] New: aplikasi ada masalah saat dibuka
by wine-bugs＠winehq.org 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=41316 Bug ID: 41316 Summary: aplikasi ada masalah saat dibuka Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: santosoa141(a)yahoo.com Distribution: Ubuntu aplikasi kolotibablo ada masalah saat di buka -- 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 4

[Bug 32725] New: VC runtime functions crash when called from reloaded library in a thread
by wine-bugs＠winehq.org 05 May '21

05 May '21

http://bugs.winehq.org/show_bug.cgi?id=32725 Bug #: 32725 Summary: VC runtime functions crash when called from reloaded library in a thread Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: most(a)museresearch.com Classification: Unclassified Created attachment 43181 --> http://bugs.winehq.org/attachment.cgi?id=43181 msvcrt-dll-problem.zip Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is unloaded and reloaded, it's C runtime functions like std::cout can crash when called from a thread. According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is caused by incomplete FlsFree implementation. There's a comment in it's code that says what needs to be added: /* FIXME: add equivalent of ThreadZeroTlsCell here */" The crash is repeatable with the attached example winelib program (captain.exe) and windows DLL (what.dll). Code for the compiled what.dll is included. An included README file describes the contents. 'make test' demonstrates the problem. -- 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

[Bug 51096] New: Using CARLA when loading or using some 64 bits plugins an error Uncaught Exception appears.
by WineHQ Bugzilla 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=51096 Bug ID: 51096 Summary: Using CARLA when loading or using some 64 bits plugins an error Uncaught Exception appears. Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: micaelafag(a)gmail.com Distribution: --- Created attachment 69956 --> https://bugs.winehq.org/attachment.cgi?id=69956 Error when loading or interacting with plugins in Carla Host 64 bits When loading some x64 plugins in Carla, or when interacting with them, an Uncaught Exception appears, file with report goes attached. Can't use those plugins, and they are many of them. Wine 6.0 UbuntuStudio 20.04.1 TLS -- 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 1

[Bug 50439] New: Wine can no longer be installed
by WineHQ Bugzilla 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=50439 Bug ID: 50439 Summary: Wine can no longer be installed Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maklip007(a)gmail.com When trying to install Wine for Mac, an error message saying: “winehq-stable-5.0.pkg” can’t be opened because Apple cannot check it for malicious software." shows 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 3

[Bug 50293] New: native dxdiag complains about missing dxapi.sys (et al)
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=50293 Bug ID: 50293 Summary: native dxdiag complains about missing dxapi.sys (et al) Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- To reproduce: winetricks -q dxdiag wine dxdiag Click no to driver check Choose 'DirectX Files' tab (2nd) The notes field complains: Several files (dxapi.sys, d3dpmesh.dll, dpmodemx.dll, etc.) are missing! You'll see several missing files: dxapi.sys d3dpmesh.dll dpmodemx.dll dpvvox.dll dpvacm.dll dpnhupnp.dll dimap.dll diactfrm.dll gcdef.dll dsound3d.dll dsdmoprp.dll dx7vb.dll encapi.dll qdv.dll qedwipes.dll I have stubs for these, after which dxdiag reports success (for that test, there are still other failures..). The last round of sent patches, for reference: https://source.winehq.org/patches/data/196982 However I suspect they should probably wait until after code freeze. In any event, the bug needed to be reported. -- 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 51091] New: Proteus Design Suite demo installer fails with ERROR_OUTOFMEMORY in WriteEnvironmentStrings
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=51091 Bug ID: 51091 Summary: Proteus Design Suite demo installer fails with ERROR_OUTOFMEMORY in WriteEnvironmentStrings Product: Wine Version: 6.7 Hardware: x86-64 URL: https://www.labcenter.com/downloads/prodemo.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- This call: 010c:trace:msi:ITERATE_WriteEnvironmentString name L"=-*LXKSERVER" value L"[KEY_SERVER]" fails because KEY_SERVER isn't defined, which causes deformat_string() to correctly return an empty string and 0 length, which ITERATE_WriteEnvironmentString() interprets as failure. It's possible KEY_SERVER should be defined, though, but definitely WriteEnvironmentStrings is broken. leslie@terabithia:~/Downloads$ sha1sum prodemo.exe f2782cdfe3aac2d31e80e57815395d36b5b83d46 prodemo.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 2

[Bug 51042] New: installing eSignal errors out with "Program Error"
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=51042 Bug ID: 51042 Summary: installing eSignal errors out with "Program Error" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mathieu.fregeau(a)gmail.com Distribution: --- using the installer downloaded form the website (https://www.esignal.com/support/download), I attempt to install using the wine command line: wine eSignal_x64.exe it installs a dotnet, then passes through the username account validation, but subsequently Wine creates this error: Unhandled exception: unimplemented function concrt140.dll.??0_TaskCollection@details@Concurrency@@QAE@XZ called in 32-bit code (0x7b032f82). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063 EIP:7b032f82 ESP:0032fd44 EBP:0032fdc8 EFLAGS:00000216( - -- I -A-P- ) EAX:0032fd5c EBX:80000100 ECX:0032fd40 EDX:0032fd70 ESI:00000000 EDI:0091afc8 Stack dump: 0x0032fd44: 0032fdf4 00000008 00000002 01540000 0x0032fd54: 0032fd78 0032fd78 80000100 00000001 0x0032fd64: 00000000 7b032f82 00000002 7d98a00e 0x0032fd74: 7d98a216 0032fdc8 7bc739c6 01530060 0x0032fd84: 00000020 00000000 00000002 01530014 0x0032fd94: 00000020 00000000 00000002 01200000 Backtrace: =>0 0x7b032f82 (0x0032fdc8) 1 0x7d98903f EntryPoint+0xffffffff() in concrt140 (0x0032fe08) 2 0x7d988270 EntryPoint+0xffffffff() in concrt140 (0x0032fe54) 3 0x004a35ff EntryPoint+0xffffffff() in optionsanalytix (0x0032fec4) 4 0x004012ea EntryPoint+0xffffffff() in optionsanalytix (0x0032fee8) 5 0x007c3027 EntryPoint+0xffffffff() in optionsanalytix (0x0032ff30) 6 0x7b454882 in kernel32 (+0x34881) (0x0032ff48) 7 0x7b454cfc in kernel32 (+0x34cfb) (0x0032ffd8) 8 0x7b45488e in kernel32 (+0x3488d) (0x0032ffec) 0x7b032f82: addl $12,%esp Modules: Module Address Debug info Name (58 modules) PE 400000- c49000 Export optionsanalytix PE c50000- 10e6000 Deferred mfc140 PE 10000000-10080000 Deferred dbcapi_vc8 PE 7a840000-7a844000 Deferred opengl32 PE 7b020000-7b023000 Deferred kernelbase PE 7b420000-7b5db000 Export kernel32 PE 7bc30000-7bc34000 Deferred ntdll PE 7caa0000-7caaf000 Deferred setupapi PE 7cd00000-7cd04000 Deferred winex11 PE 7d630000-7d633000 Deferred api-ms-win-crt-locale-l1-1-0 PE 7d650000-7d694000 Deferred crypt32 PE 7d780000-7d783000 Deferred msvcp120 PE 7d8a0000-7d8a3000 Deferred msvcr120 PE 7d980000-7d9bd000 Export concrt140 PE 7d9f0000-7da61000 Deferred msvcp140 PE 7daf0000-7daf4000 Deferred gdiplus PE 7db90000-7dba2000 Deferred urlmon PE 7dc30000-7dc3b000 Deferred winspool PE 7dc80000-7dc83000 Deferred usp10 PE 7dcf0000-7dd6e000 Deferred comctl32 PE 7de70000-7df52000 Deferred comdlg32 PE 7dfa0000-7dfa3000 Deferred msimg32 PE 7dfc0000-7dfc4000 Deferred uxtheme PE 7e000000-7e004000 Deferred imm32 PE 7e050000-7e058000 Deferred oleaut32 PE 7e160000-7e163000 Deferred api-ms-win-crt-filesystem-l1-1-0 PE 7e170000-7e173000 Deferred api-ms-win-crt-time-l1-1-0 PE 7e190000-7e195000 Deferred api-ms-win-crt-math-l1-1-0 PE 7e1a0000-7e1a4000 Deferred api-ms-win-crt-convert-l1-1-0 PE 7e1c0000-7e1c3000 Deferred api-ms-win-crt-heap-l1-1-0 PE 7e1d0000-7e1d3000 Deferred api-ms-win-crt-utility-l1-1-0 PE 7e1e0000-7e1e4000 Deferred api-ms-win-crt-stdio-l1-1-0 PE 7e200000-7e205000 Deferred api-ms-win-crt-multibyte-l1-1-0 PE 7e210000-7e214000 Deferred api-ms-win-crt-string-l1-1-0 PE 7e230000-7e234000 Deferred api-ms-win-crt-runtime-l1-1-0 PE 7e270000-7e274000 Deferred ucrtbase PE 7e360000-7e374000 Deferred vcruntime140 PE 7e380000-7e384000 Deferred bcrypt PE 7e3a0000-7e3a3000 Deferred glu32 PE 7e3e0000-7e3e9000 Deferred msacm32 PE 7e410000-7e48d000 Deferred winmm PE 7e4f0000-7e58b000 Deferred msvcr80 PE 7e600000-7e687000 Deferred msvcp80 PE 7e740000-7e744000 Deferred rpcrt4 PE 7e7f0000-7e818000 Deferred ole32 PE 7e930000-7e933000 Deferred shcore PE 7e980000-7f256000 Deferred shell32 PE 7f380000-7f388000 Deferred shlwapi PE 7f3f0000-7f3f7000 Deferred gdi32 PE 7f560000-7f648000 Deferred user32 PE 7f780000-7f78b000 Deferred mpr PE 7f7d0000-7f7d4000 Deferred version PE 7f7f0000-7f80f000 Deferred wininet PE 7f890000-7f894000 Deferred ws2_32 PE 7f8c0000-7f8c4000 Deferred iphlpapi PE 7f910000-7f914000 Deferred msvcrt PE 7f9e0000-7f9e4000 Deferred advapi32 PE 7fa50000-7fa53000 Deferred wtsapi32 Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000023 0 0000001a 0 00000013 0 00000010 0 0000000f 0 00000011 plugplay.exe 00000017 0 00000016 0 00000012 0 00000018 winedevice.exe 00000020 0 0000001d 0 0000001c 0 0000001b 0 00000019 0 0000001e explorer.exe 00000029 0 00000028 0 00000027 0 0000001f 0 00000021 winedevice.exe 00000026 0 00000025 0 00000024 0 00000022 0 0000002a eSignal_x64.exe 000001aa 0 0000019b 0 00000198 0 0000002b 0 00000197 msiexec.exe 0000019a 0 000001a6 msiexec.exe 000001a5 0 000001bd winemenubuilder.exe 000001c0 0 000001c7 (D) C:\Program Files (x86)\Common Files\Interactive Data\Options Analytix\OptionsAnalytix.exe 000001cb 0 000001ca 0 <== System information: Wine build: wine-5.0 (Ubuntu 5.0-3ubuntu1) Platform: i386 (WOW64) Version: Windows XP Host system: Linux Host version: 5.4.0-72-generic -- 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 51013] New: Express Digibooks application crashes on launch
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=51013 Bug ID: 51013 Summary: Express Digibooks application crashes on launch Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skokkineas(a)protonmail.com Distribution: --- You have to install .Net 4.8 for the app to install. After that the main window of the app is shown with the graphcis stuck to the background and the app crashes with a Fatal Error. The back trace fails to laod at all. -- 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 17

[Bug 50970] New: virtual:try_map_free_area mmap() error Operation not permitted - since wine 6.5
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=50970 Bug ID: 50970 Summary: virtual:try_map_free_area mmap() error Operation not permitted - since wine 6.5 Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: walecha99(a)gmail.com Distribution: --- Created attachment 69803 --> https://bugs.winehq.org/attachment.cgi?id=69803 wine internal executables log Since wine 6.5, my wine installation cannot start any program except for wine executables (ie. winecfg or regedit). But even the those wine executables were generating the same error log (about try_map_free_area). Non-wine executables adds more error about import_dll. My guess is wine could not open the dll because the first mmap-related error. The same program runs normally in wine 6.4. Failed wine version: 6.5, 6.6 (with/without wine-staging) OS: Slackware64 Current (15-alpha) Multilib GCC: 10.2 Mingw-w64: 8.0.0 CPU: Intel Haswell GPU: Intel + AMD -- 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 33660] New: CS:GO - Call votes respond
by wine-bugs＠winehq.org 04 May '21

04 May '21

http://bugs.winehq.org/show_bug.cgi?id=33660 Bug #: 33660 Summary: CS:GO - Call votes respond Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepe(a)bloodkings.eu Classification: Unclassified Once a player can call vote, and only works the first choice (F1, 1). -- 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 19

[Bug 51037] New: PIA-Tool crashes at startup
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=51037 Bug ID: 51037 Summary: PIA-Tool crashes at startup Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ipad.blanche+wine2104(a)gmail.com Distribution: --- Created attachment 69892 --> https://bugs.winehq.org/attachment.cgi?id=69892 Backtrace after startup PIA installer works, but installed tool crashes when started via wine. Installer can be found at https://www.datenschutz-bayern.de/dsfa/ Direct link https://www.datenschutz-bayern.de/download/PIA.Setup.2.0.0.5.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 2

[Bug 51097] New: Listening on the same port on two different IPs does not work
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=51097 Bug ID: 51097 Summary: Listening on the same port on two different IPs does not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Creating two UDP sockets and binding them to the same port on different IP addresses does not work. Only the last bound socket receives its packets while the other's are silently discarded. Description in pseudo code: sock1 = socket(AF_INET, SOCK_DGRAM, 0); sock2 = socket(AF_INET, SOCK_DGRAM, 0); addr.sin_family = AF_INET; addr.sin_addr.s_addr = inet_addr("192.168.1.100"); addr.sin_port = htons(22222); res = bind(sock1, &addr, sizeof(addr)); addr.sin_addr.s_addr = inet_addr("192.168.250.100"); res = bind(sock2, &addr, sizeof(addr)); Now put them into non-blocking mode and select() on them. Only sock1 will receive something. The cause is the custom BPF filter written to solve bug 7929. It binds both ports to 0.0.0.0:22222 and sets up a custom filter to filter for 192.168.250.100 + 192.168.250.255 and 192.168.1.100 + 192.168.1.255 respectively. Packets received on 192.168.250.100 are evaluated by the filter rule for sock1, found not matching and discarded without being evaluated for a possible match on sock 2. Disabling the custom filter rules and passing the actual IP addresses to Unix bind() solves the problem but brings back the non-matching broadcast rules that are at the heart of bug 7929. -- 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 0

[Bug 51095] New: wineconsole - Scalable fonts with fsCsb[0] == 0 are not enumerated correctly
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=51095 Bug ID: 51095 Summary: wineconsole - Scalable fonts with fsCsb[0] == 0 are not enumerated correctly Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- In wineconsole->Properties->Font still lack in the list of "Less Perfect Dos Vga" as well as "More Perfect Dos Vga". This fonts are referred in the Bug 51041. Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.May 2021 -- 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 0

[Bug 31787] New: Run the tests in Wine
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=31787 Bug #: 31787 Summary: Run the tests in Wine Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The Wine TestBot runs the conformance tests on Windows VMs before they are committed to Wine. This greatly helped improve the quality of our conformance tests. The next step is making sure that the conformance tests work reliably in Wine too, and that Wine patches don't break them. The hope is that this will help us improve the state of the WineTest results: http://test.winehq.org/data/ Doing so will be much more processor intensive than the current process: * Currently only the conformance test patches are tested whereas we would need to test almost every single patch (we could ignore some documentation patches for instance). * Currently we only have to generate a binary for the one conformance test that's impacted. That's quick. Testing all Wine patches will require recompiling Wine every time which takes more time, even with ccache. * A Wine patch can have wide-ranging effects. For instance a patch to ntdll could impact pretty much any conformance test. That means rerunning all of them for every patch... unless we find reliable ways of pruning them (patches to conformance tests would be an obvious optimization). * Like for Windows we will need to test various configurations: different locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving Mac OS X for another bug). In some cases the same binaries can be used for multiple tests (e.g. if only the locale changes) but in other cases not. * Also for the current Wine TestBot an unreliable test only impacts people modifying that test. But the above point means an unreliable test would impact most Wine patches, leading to lots of patches being rejected. So this means unreliable tests become a big issue and need to be handled in some way: fixed or blacklisted or still run but not considered cause for rejection (so one can notice when they get fixed). Then there is the question of whether this should be done by modifying the Wine TestBot or by using the BuildBot framework: http://trac.buildbot.net/wiki/AboutBuildbot Dan Kegel produced a proof of concept system based on BuildBot: http://wiki.winehq.org/BuildBot An issue is that without significant integration work, having both a WineTestBot and BuildBot system would be annoying: * The Wine TestBot currently has its own user database and BuildBot would add another one. So it would be one more login to manage for developers unless we manage to integrate either with another user database (e.g. through LDAP). * Developers would have to submit patches to both sites and check the results on both. * Integration with the Wine Patches site (http://source.winehq.org/patches/) would need to work with both systems. -- 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 14

[Bug 33234] New: Improve user management
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=33234 Bug #: 33234 Summary: Improve user management Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified When an account request is sent to a WineTestBot administrator the URL he gfets sent to is the UserDetails.pl one but it only has an 'Approve' button, not a 'Reject' one. This makes it unclear how to reject spam requests for instance (bug 31798), but this has now been documented. Still, rejecting an application actually requires going to another page and deleting the provisional account. This should be simpler: there should be a 'Reject' button right on the UserDetails page that does that. Furthermore, the status of the account, 'Pending approval' and 'Pending activation', should be clearly indicated both on the UserDetails page and on the UsersList page. -- 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 5

[Bug 48093] New: On cw-rx460 the WoW WinePrefixes are (likely) broken
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48093 Bug ID: 48093 Summary: On cw-rx460 the WoW WinePrefixes are (likely) broken Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- On cw-rx460 the wineprefixes created for the wow32 and wow64 test runs are flawed: * It looks like they do not define the %windir% and %SystemRoot% environment variables: https://www.winehq.org/pipermail/wine-devel/2019-October/152271.html * They may be responsible for a failure in crypt32:sip https://www.winehq.org/pipermail/wine-devel/2019-November/154240.html What's puzzling is that cw-rx460 runs the same wt-daily script (*) as cw-gtx560 and other machines which don't have the same set of failures (see also bug 48092). cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But if the wineprefixes are indeed causing extra test failures this could lead developers on a wild goose chase. So to avoid confusion I disabled the wow32 and wow64 WineTest runs on that machine until I have had time to investigate. (*) https://github.com/fgouget/wt-daily -- 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 39442] New: Using Spice required to avoid failure in mmdevapi:capture
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39442 Bug ID: 39442 Summary: Using Spice required to avoid failure in mmdevapi:capture Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The Windows 7+ VMs all use an ich6 virtual soundcard (they don't support any of ac97, es1370 or sb16 ones). But they have failures in mmdevapi:capture such as: capture.c:586: Returned latency: 5.8050 ms capture.c:178: Test failed: Position 375 expected 0 capture.c:186: Wait'ed position 375 pad 0 flags 1, amount of frames locked: 448 capture.c:228: Test failed: Position 1719 expected 823 [...] It turns out that the way the VM is configured for remote access impacts the result of the tests: * If configured for VNC then the tests fail as described, even if no client is connected. * If configured for Spice access then the tests succeed, even if no client is connected. And if a client is connected the sound is carried over with pretty good reliability. So the way one accesses the VM changes the behavior in the guest. That seems wrong and I reported it to QEmu: https://bugs.launchpad.net/qemu/+bug/1499908 I have updated the w7pro64 configuration on 2015/09/25 and it now only has one intermittent Master volume failure left in mmdevapi:capture. The change does not seem to have negatively impacted the other tests. So it seems the change can safely be propagated to the other Windows 7+ VMs. There may be one issue though, which is that combining QXL with Spice causes the Windows 10 VM to freeze very quickly. Hopefully that's specific to Windows 10. -- 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 39419] New: Fix the 'Failure running script in VM' errors
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39419 Bug ID: 39419 Summary: Fix the 'Failure running script in VM' errors Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- There are two very common 'boterror' types: Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'" command returned 1 and Failure running script in VM: network read timed out (Connect:AgentVersion.h:0/9) Both seem to correspond to a network issue and both seem to almost exclusively and systematically happen with the w864 and w1064 VMs when running either a 32 or 64 bit WineTest job (i.e. running the full suite). -- 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 47852] New: Let developers pick any of the Wine VM's missions for their job
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47852 Bug ID: 47852 Summary: Let developers pick any of the Wine VM's missions for their job Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine VMs can typically perform multiple missions. For instance the Debian 10 VM missions are: win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module This means it can run the tests against the win32, wow32 and wow64 Wine builds, in English, French, Japanese and Chinese locales. But when submitting a job though the website the tests are only run against the win32 Wine build in the English locale and the developer cannot pick any other test configuration. This means debugging failures that only happen on the wow64 build of the TestBot require sending the patch to wine-devel which pollutes the mailing list, triggers many other tests, and is cumbersome for the developer. So the 'Submit job' page should analyze a Wine VM's missions and provide a way to pick any combination of build and language (since they are independent). -- 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 40239] New: Submitting more than one job for a given file fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=40239 Bug ID: 40239 Summary: Submitting more than one job for a given file fails Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Steps to reproduce: * Open the 'Submit job' page in two windows. * In both select the same file, for instance a patch.diff file or mytest.exe one. * Fill the Remarks field and click on the next button in both windows. * Continue the submission process on both sides. * At the end one job will work and the other will have 'unknown' written in the 'File name' column and fail with a TestBot error. During the submission process the server faces the following conditions: * The server needs the uploaded file early in the submission process so it can analyze it and adjust the questions it asks later (e.g. prefill the command line for patches, only present 64 bit VMs for 64 bit executables, etc.). * There is no job yet to store the user-provided file. So it is stored in a temporary 'staging' area and then moved into place when the job is created. * The user can abandon the submission process at any time which causes the temporary files he uploaded to be orphaned. To deal with this issue the server has a garbage collecting mechanism. * To avoid interference between users if they upload files that have the same name the temporary filename is prefixed with a per-user string. * However nothing prevents a collision in the staging area starts two job submissions at the same time for the same file. This is what happens in the steps above. That last point is somewhat intentional as it limits the accumulation of orphaned files if a user abandons a submission only to pick it up a bit later. But getting a broken job is wrong in any case. -- 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 39417] New: Display duration instead of 'Ended' time
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39417 Bug ID: 39417 Summary: Display duration instead of 'Ended' time Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- For Jobs and Tasks the website shows the 'Ended' time but this is not very practical. Developers would likely be much more interested in the time it took to run the job/task. So all this does is force them to do that calculation themselves. The (slight) difficulty is mostly that the relevant pages use a base class that builds the HTML from all the selected fields. So the framework would need to be modified to let subclasses either provide their own 'virtual columns' with the corresponding header and content. Alternatively, in this case we could make do with letting them replace the column's header and content. -- 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 47844] New: Add a dual-screen Wine VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47844 Bug ID: 47844 Summary: Add a dual-screen Wine VM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine has tests that deal with multi-head displays. These would need some matching multi-head test Wine VMs. -- 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 47869] New: dwrite:font fails on cw-rx460-1809
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47869 Bug ID: 47869 Summary: dwrite:font fails on cw-rx460-1809 Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dwrite:font started failing when the AMD HD6800 graphics card was replaced with the ADM RX 460 one. The failures are always the same: font.c:1731: Test failed: got 0x8007007a font.c:1744: Test failed: got 54 font.c:1749: Test failed: got 54 The exact tag is cw-rx460-1809, which is the Windows 10 1809 disk image. This means either the new graphics driver changed something (maybe it installed a new strange font?), or a Windows 10 update slipped in while the new graphics driver was being updated (which is quite likely). -- 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 48191] New: Add a captcha to the feedback page
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48191 Bug ID: 48191 Summary: Add a captcha to the feedback page Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- We are now regularly getting spam on the captcha page. Spammers really have time to waste! So we should add a captcha. Despite its simplicity the one on the registration page still seems to work so it should be a simple matter of porting it over. -- 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 48035] New: Speed up the new failures detection
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48035 Bug ID: 48035 Summary: Speed up the new failures detection Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When a task completes the TestBot distinguishes new failures from preexisting ones by comparing the task's report to the latest WineTest report. Any failure present in the task's report which is not present in the WineTest report is new. This means parsing both reports to extract the errors and diffing them. This needs to be done whenever we need the list of new failures which is: * When sending a notification to the developer when a wine-patches job completes. * On the JobDetails page. But the WineTest reports are pretty big (~600KB on Windows, ~1.5MB on Wine) which translates into non negligible processing time. For instance on my development environment loading the JobDetails page for a job with 1 Windows report and 8 Wine reports takes about 0.2 s without the reference WineTest reports, but close to 2 s when they are present. So it would help to only store the WineTest failures instead of the full report (optimisation a in bug 47998). This would cut down not only on the amount of data to read, but also on the required parsing. Testing this in the same development environment indicates this could bring the JobDetails processing time down to about 0.3 s. -- 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 47998] New: Better deal with random test failures
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47998 Bug ID: 47998 Summary: Better deal with random test failures Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Some tests fail randomly. They should be fixed of course but the in the meantime the TestBot should try not to report them as new failures when they happen. To detect new errors the TestBot compares a task's test result with that of the latest WineTest run. So if a failure did not happen during the last WineTest run and then happens when testing a patch it will be reported as a new failure. To avoid that the TestBot should take into account not just the latest WineTest report, but all the available test reports. This way, if the random failure happened in any of those runs it will be reported as pre-existing as expected. How much of a history to take into account can then be adjusted by changing $JobPurgeDays, or adding a specific setting. Note that this means if a failure is fixed and is reintroduced soon after it will not be reported as a new failure. This scenario should be rare enough to not be an issue in practice. To implement this: 1. Store the WineTest reports in the var/latest directory with the following naming format: <vmname>-job<jobid>_<stepno>_<taskno>-<report> 2. At the start of WineRunTask and WineRunWineTest delete any reference report in the task's directory (in case the task is restarted), then make new hard links to the current set of reference reports. Handle this in LogUtils::GrabReferenceReports() so this code is shared. 3. Add LogUtils::AddReferenceReport() to deal with copying the WineTest reports to var/latest. Call this function when WineRunTask and WineRunWineTest complete. 4. In GetNewLogErrors() initially mark all errors as new. Then diff the current report with each of the reference reports located in the task's directory in turn and remove any error that's not new from the set of new errors. Note that currently the reference logs are simple copies of the original WineTest report. This means these are large files which must be parsed again to extract errors. With the current $JobPurgeDays setting there will be around 20 reference logs which will require 20 times as much log parsing. So there are two optimizations one can do, both happening when adding a new reference report (i.e. in AddReferenceReport()): a. Instead of copying the full report, save only the errors. That's all the diff needs and this should reduce the size of the files by a factor of 10 (and thus speed up parsing). b. After saving a new reference file, diff it against the old reference files. Delete any old reference file that has no error not already present in the new reference file. This will not help much if the set of failures is different with every run. But otherwise this will speed up both the parsing and diffing. -- 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 42770] New: test.winehq.org: Provide a view showing only the TestBot VMs
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=42770 Bug ID: 42770 Summary: test.winehq.org: Provide a view showing only the TestBot VMs Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In Huw's words: > Something else that would be very useful is the ability to > display just the test bot VMs. These are the ones we care > about the most, and the ones that are possible to fix without > having to get a third-party to manually run a test. I find it > difficult to just keep track of these VMs when their results get > swamped by all the other machines’ failures. > > I‘d imagine this should be possible to do using static > pages. The root page (equivalent to data/index.html) > could be something like data/wtb_index.html. Clicking > on a build id would take you to data/build-id/wtb_index.html, > then clicking on an OS flavour would take you to > data/build-id/wtb_index_flavour.html. You’d also need some > way to toggle in and out of the mode. This should be pretty similar to adding the 'flat index' files mentioned in bug 39379. https://bugs.winehq.org/show_bug.cgi?id=39379 An interesting alternative would be to go the JavaScript way and make the index files, which are essentially big tables, sortable, filterable on the client-side. -- 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 47854] New: Block Windows 10 updates
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47854 Bug ID: 47854 Summary: Block Windows 10 updates Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Windows Updates can interfere with the Wine tests in many ways: * By causing disk traffic they could slow down some tests, causing them to time out. (Some Wine tests are already somewhat slow. Obviously making them faster and/or improving QEmu's disk performance would be great but barring that preventing undue external disk traffic is necessary) * Windows installing an update at the same time WineTest is testing MSI installs could cause interference. * There is also a risk of Windows scheduling a reboot during a test, or popping up a window asking to reboot during Wine's windowing tests. And in any case Windows Updates are a waste of CPU, network and disk bandwidth since VMs will be reverted as soon as the test is completed. For these reasons pre-Windows 10 versions are configured with Windows updates disabled. But for Windows 10 that's not possible. So instead the 'Windows Update' service is disabled. However that does not survive reboots. So LibvirtTool could maybe run a command to re-disable that service when it creates a live snapshot. That command could also be repeated in WineRunTask before starting the tests. Also for Windows 10 >= 1703 it is possible to set the network connection to metered mode. This appears to prevent updates no matter what limit is set which means it's preferable to set a large limit to avoid notifications abut being past the limit. To set the network connection in metered mode: * In Windows >= 1703: Settings -> Ethernet -> Ethernet (Connected) -> 'Set as metered connection'. * In Windows >= 1809 This page also describes a regedit based approach. It's unclear if it works with older Windows 10 versions. https://www.winhelponline.com/blog/ethernet-metered-connection-windows-10-d… [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost] "Ethernet"=DWORD:2 Note that this requries changing the ownership on DefaultMediaCost to the Administrators group and then back to its original owner, TrustedInstaller, aka "NT Service\TrustedInstaller" (use those Advanced buttons). -- 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 3

[Bug 47838] New: Add a dual-screen Windows VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47838 Bug ID: 47838 Summary: Add a dual-screen Windows VM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Wine has tests that deal with multi-head displays. These would need some matching multi-head test VMs. -- 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 47849] New: Simplify BuildCros() in Build.pl
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47849 Bug ID: 47849 Summary: Simplify BuildCros() in Build.pl Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Build.pl is the script that's responsible for building PE executables that can be used to runt he tests on Windows VMs. Currently it's still jumping through hoops to produce PE executables (see BuildNative() and BuildCross()), which is most likely unnecessary since Wine now builds all tests as PE executables by default. So that code could likely be simplified but we would not want to lose speed advantage either: the build VM never compiles a full Wine which means patches touching headers don't cause 45+ minutes builds. Also the current code still works so it's not necessarily urgent. Side note: In fact it could be argued that the build VMs are unnecessary now since any Wine VM could produce these PE executables. There's some caveats with that though: - Wine may not produce PE executables on some platforms. For instance for a while it looked like MinGW was not usable on NetBSD, forcing the TestBot to produce only regular ELF executables. That got fixed but the issue may happen again on other Unix platforms. Maybe. - In the absence of support for load balancing it's useful to have a separate build VM to spread the load. That VM could be a repurposed Wine VM though. -- 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 3

[Bug 47853] New: Allow testing in any locale on Wine VMs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47853 Bug ID: 47853 Summary: Allow testing in any locale on Wine VMs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Because Wine VMs run Unix, running a test in a locale is a simple matter of setting $LANG (*), creating a new WinePrefix for good measure, and running the test normally. This does assume that the relevant locales have been configured before hand which is an easy one-time task when setting up the VM. Wine VMs already have a list of missions they perform for wine-devel patches from which we can derive a list of locales to offer on the 'Submit job' page (see bug 47852). But we would not want to run every patch through every possible locale as this would take too much time (there are dozens of locales). But extra locales could be included in the 'Submit job' page to allow debugging of these locales. (*) And $LC_ALL too??? -- 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 3

[Bug 48651] New: Fix handling of child test processes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48651 Bug ID: 48651 Summary: Fix handling of child test processes Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine's test.h provides a winetest_wait_child_process() function to wait for child processes. But when an error happens it issues some messages which the TestBot does not recognize. * If waiting for the child process fails the error message does not look like a 'Test failed' error message which it should to simplify things. * But winetest_wait_child_process() does not know on which line it was called so calling winetest_ok() would not provide the right line number. * The failure to wait for the child process should also distinguish between CreateProcess() errors (usually those are already reported by the caller), timeouts and other errors. * The Testbot does not recognize the 'child process crashed' message. This causes it to find mismatches between the number of 'Test failed' messages and the final summary. * The TestBot also does not recognize the 'failures in child process' summary line but that probably does not matter. -- 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 48671] New: Some patches may require forcing a wineprefix update
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48671 Bug ID: 48671 Summary: Some patches may require forcing a wineprefix update Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot updates the wineprefixes when it updates its base Wine source from the daily Wine commits. The rest of the time it lets Wine deal with updating the wineprefix is necessary. Furthermore Wine only updates the wineprefix when wine.inf changes, which is the case for every Wine release. The problem is that the wineprefix should also be updated when a patchset adds a WINE_REGISTRY resource to an existing dll. Failing to do so may cause the patchset tests to fail because the wineprefix is out of date. See: https://www.winehq.org/pipermail/wine-devel/2019-December/156914.html WinePrefix updates are relatively slow compared to the execution time of most tests (about 30s vs. < 1s) so it would be good not to have to do that for every task. An alternative would be to force a wineprefix update when a task has failures and gets rerun as a result (pass an option to the relevant VM-side scripts). Note: Shared Gecko and Mono install issues should be discussed on bug 48354. -- 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 48092] New: On cw-rx460 the win32 WineTest run gets interrupted before it completes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48092 Bug ID: 48092 Summary: On cw-rx460 the win32 WineTest run gets interrupted before it completes Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cw-rx460 runs wt-daily (*), just like cw-gtx560. But when running the plain 32 bit tests on cw-rx460 (cw-gtx560-t32), wt-daily ends up submitting the test results before WineTest.exe has completed, resulting in many rejections by test.winehq.org (https://test.winehq.org/data/errors.html). WineTest appears to be interrupted most often during kernel32:loader, but sometimes it's during kernel32:debugger or ieframe:ie. And once in a while the test completes, though that's pretty rare. Maybe a test crashes the X server, causing winetest.exe to exit prematurely. wt-daily is started by cron so it does not depend on the X server and would start a second winetest command to send the (incomplete) test results. Then it would start the wow32 and wow64 tests and by that time it's possible the X server would have restarted. Interestingly wow32 and wow64 don't seem to cause the X server to crash. cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But it could impact the test.winehq.org results the few times where WineTest completes (though when it does it only gets ~10 failures which is half what the other Wine machines get). So I have disabled the 32 bit WineTest runs until this is resolved. (*) https://github.com/fgouget/wt-daily -- 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 48090] New: Add support for .com programs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48090 Bug ID: 48090 Summary: Add support for .com programs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot assumes that if a patch touches a directory in programs, then it must append .exe to the program's name. But Wine could also get .com programs, see for instance chcp.com: https://www.winehq.org/pipermail/wine-devel/2019-November/154371.html And in fact we already have other programs with non-standard extensions, for instance winhelp.exe16 and winoldap.mod16. So if the program's directory already has an extension the TestBot should not add one. Another option would be to use the MODULE setting in the directory's Makefile.in file. But the TestBot server does not have access to the Wine source. It would also make it harder to deal with patches adding test directories and it would be quite ugly to have to read them every time anyway. It would make it harder to deal with patches adding dlls/programs as it would require parsing the patch to retrieve the MODULE value. Another option may be to never add an extension, though then there's the risk of getting collisions between the dll and program names, and maybe it impacts other parts of the TestBot anyway. _CreateTestInfo() in testbot/lib/WineTestBot/PatchUtils.pm needs to be patched but there are impacts elsewhere. The WTBS (Wine TestBot test Suite) will also need to be updated. -- 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 3

[Bug 48653] New: Automate checking the WTBS jobs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48653 Bug ID: 48653 Summary: Automate checking the WTBS jobs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The Wine TestBot test Suite (WTBS) is a set of Wine patches that can be used to check how the TestBot handles test failures, timeouts, patch series, non-Wine patches, etc: https://github.com/fgouget/wine/commits/wtbsuite The patches can either be used in isolation to test a specific aspect, or all together using formail to do a broad check for TestBot regressions. However as the test suite has become more complete the number of patches has grown and now tops 90. So a full check for regressions means checking the results of about 90 TestBot jobs for missing test failures, incorrect report validation messages, etc. This makes it pretty time consuming. So the goal is to automate at least the most basic checks. To do so the plan is to add lines of the form 'WTBS.xxx=yyy' to the commit messages of the WTBS patches. Each will define a property that should be checked in the TestBot job and tasks. Then a TestBot script can be run to go through every job, ignore the queued and running ones and those have have no associated patch. For the others read the associated patch and look for the WTBS.xxx lines. Note that for patch series, only the last set of WTBS values should be taken into account (i.e. the ones after the "Last patchset part" line). Here is a sample of the possible properties to check: * WTB.Job.Remarks The job 'title' which is derived from the patch subject line. * WTBS.Job.Status Whether to expect badpatch, completed, etc. For tasks the property names would be prefixed with the VM type: build, win (for win32 and win64), wine. This allows specifying different results for each. * WTBS.build.Status, WTBS.win.Status, WTBS.wine.Status Same as Job.Status but at the task level. * WTBS.win.Failures, WTBS.wine.Failures The number of test failures expected from the result. Note that if the Wine Test Unit is buggy we may get more test failures than expected. This is particularly an issue with Wine VMs if their mission include test=module or test=all. So it may make sense to specify WTBS.win.Failures but leave out WTBS.wine.Failures. Or maybe have a MinFailures property. Or grep the failures whose message contains 'WTBS' and only compare those to this property. * WTBS.win.NewFailures, WTBS.wine.NewFailures The number of new test failures as reported by LoadLogErrors() for each of the task's report. * WTBS.win.ReportFailures, WTBS.wine.ReportFailures In a number of cases what we're interested in is the report validation errors produced by the TestBot. Just checking the number of such errors may not be that useful. What we may want is a way to check that it reported missing failures messages, or too much data being printed, etc. This requires being able to specify a set of errors that are expected to be present for which this basic property system is not very well suited. * WTBS.win.TestUnits For each VM, collect the Step's FileName and the Task's CmdLineArg values to determine the test unit being run, and verify that this is a superset of the TestUnits list. This can be used to ensure that the TestBot ran the right set of tests (and avoids failures when a new test is added to Wine). Note that doing the same thing for Wine VMs is harder because those can have test=module in their mission(s), which changes greatly the list of tests being run. It may make sense to provide default values for some properties to not have to type too much in the commit messages. For instance for the Status properties one may expect the status to be 'completed'. But given the WTBS tests error cases a lot that may not be all that useful. Similarly it may be useful to be able to specify something like 'WTBS.all.Status' to specify the expected Status for the build, win and wine VMs all at once. But again this may be overkill. Finally the general rule should be that unspecified properties are not checked. So if 'WTBS.wine.Failures' is not specified, then the failure count of Wine VMs should not be checked. -- 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 3

[Bug 48654] New: Automate checking the WTBS patches
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48654 Bug ID: 48654 Summary: Automate checking the WTBS patches Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. Some patches in the WTBS are not meant to create TestBot jobs but rather to verify that it ignores non-Wine patches, or patches that don't impact the tests or the Wine build, etc. Those still create entries in the 'wine-devel' page, that is in the TestBot's Patches table. Each entry gets the patch subject and a disposition property indicating what the TestBot did with the patch. Unfortunately non-Wine patches are not kept around so there is no way to get at the WTBS fields for those. So a TestWTBS.patches script would need to get the WTBS properties from another source. For instance it could be given the path to the WTBS mbox and get the properties from there. It would not need to understand all the intricacies of the mbox format (though with the appropriate Perl module it may be easy to parse). As a last resort, all we would care about is: * The 'From' lines to delimit emails. * The 'Subject:' lines to match the mbox emails with Patches entries. * The WTBS properties in the commit message following the Subject line. Checking the patch objects would require an extra property: * WTBS.Patch.Disposition This should be set to the expected patch disposition such as 'No patch found', 'Not a Wine patch', etc. A default disposition could be set if a 'WTBS.Job.*' or other task property is specified. -- 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 48655] New: Automate checking the WTBS emails
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48655 Bug ID: 48655 Summary: Automate checking the WTBS emails Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. When a 'wine-devel' job completes the TestBot sends one or two emails. * One of the emails simply sends the task reports to the patch author. * The other is only sent if a task generated new errors. The point of the TestWTBS.emails script would be to check that: 1. The TestBot sent the task report email for every Wine patch and not for any patch email. This would be based off of the WTBS.Patch.Disposition field. 2. The TestBot sent a 'found new errors' email only when new errors are expected. This would be based off of the 'WTBS.*.NewFailures' property or the expected errors list. However for both these checks the script would need access to the emails sent by the TestBot. The simplest option would be for the tester to set the WinePatchToOverride property and save the emails to a separate mbox and give the patch to that mbox to the script. As in the TestWTBS.patches case, the script would only care about a few lines: * The 'From' lines to delimit the emails. * The 'Subject' lines to match them to TestBot jobs and thus to the set of WTBS properties. Note that this would not rely on the 'TestBot job xxx results:' part since the new failures email are lacking it. Instead it would match the rest of the subject to the job's Remarks field. * The 'I think I found new failures' line to identify emails reporting new errors. The script could later be expanded to check the content of the email or attachments more in details if needed. -- 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 32216] New: WienTestBot should skip some tests on some platforms
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=32216 Bug #: 32216 Summary: WienTestBot should skip some tests on some platforms Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified An example is the ieframe:webbrowser tests which it should skip on NT4 and Windows 2000 platforms. WineTest.exe is said to already have the necessary code somewhere, it's just missing from TestLauncher. See this wine-devel thread for more details: http://www.winehq.org/pipermail/wine-devel/2012-November/097819.html -- 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 11

[Bug 50719] New: The TestBot mishandles renames
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50719 Bug ID: 50719 Summary: The TestBot mishandles renames Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot analyses patches to determine whether they are Wine patches and which tests are impacted and must be rerun. But when a patch renames a test unit it still schedules a run for the renamed test unit. For instance if apphelp:apphelp is renamed to apphelp:renamed, the TestBot still schedules a run of apphelp:apphelp (in addition to the apphelp:renamed one). This means it does not keep track of Wine's current files list correctly, which also impacts identifying whether a patch is a Wine patch or not, particularly for patch series. This can be tested with the following wtbsuite tests: WTBS Check combined renaming and modifying a file (apphelp:apphelp). [2/2] WTBS S10.2 - ...before renaming it in the next part (amstream:amstream). [7/7] WTBS S5.7 - Check for rename+addition+removal conflicts (msi:suminfo). -- 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 48208] New: Detect missing entry point errors
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48208 Bug ID: 48208 Summary: Detect missing entry point errors Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When a Windows test executable cannot run because of a missing test executable the TestBot remains stuck until the 2 minutes timeout. This is because Windows puts up an error dialog waiting for user input. In such a case the test report is almost empty and the issue is not obvious until one looks at the screenshot. The TestBot should detect such a situation and warn the user. One simple approach would be for the TestBot to detect that the test report only contains the TestLauncher's start and done lines and indicates a timeout. In such a case it could add a message to the .err file suggesting to check the screenshot. This would only be a heuristic though. A better approach would be for the TestLauncher to detect the error dialog. Ideally, instead of waiting for the child process for the full 2 minutes it would periodically check for the presence of this dialog, which would also speed up the task run. This approach could also be used by WineTest.exe, though presumably missing entry points would have been detected before making it into the Wine source. -- 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 50538] New: Wine child process exceptions are miscounted
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50538 Bug ID: 50538 Summary: Wine child process exceptions are miscounted Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The "WTBS Crash in a child process (kernel32:toolhelp)." test case shows an inconsistency in the test failures count between the Windows and Wine VMs. On Windows we get: 1bec:toolhelp: unhandled exception c0000005 at 0054273D toolhelp:471: unhandled exception c0000005 in child process 1bec 1750:toolhelp: 3 tests executed (0 marked as todo, 1 failure), 0 skipped. Here there is 1 exception, 1 failure reported by the parent process but 2 error lines, and the task's failure count ends up being 2. But in Wine we get: Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00542c1d). toolhelp:471: unhandled exception c0000005 in child process 0104 00fc:toolhelp: 3 tests executed (0 marked as todo, 1 failure), 0 skipped. So there is still 1 exception, still 1 failure reported by the parent process, still 2 error lines, but the task's failure count ends up being just 1. The issue appears to be that ParseWineTestReport() (and probably dissect too) detects ": unhandled exception...at" lines but not Wine's "Unhandled exception:" ones. This means the TestBot may fail to detect exceptions on Wine. Meanwhile GetReportLineCategory() and _GetLineKey() detect both. -- 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 3

[Bug 50491] New: Detecting whether garbled lines are new
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50491 Bug ID: 50491 Summary: Detecting whether garbled lines are new Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Sometimes a failure line is garbled because of race conditions or a missing '\n'. This typically looks something like this: advpack.c:689: WTBS Garble 2advpack.c:691: WTBS Garble 3advpack.c:692: Test failed: WTBS A test failure The TestBot still detects these failures because it knows which test unit is running at that point in the report and thus looks for something like 'advpack.c:\d+: Test failed: ...'. But when it tries to detect whether this is a new error line it cannot compare the whole line with past instances as the garbage part may change or not be present in WineTest runs (particularly if it contains line numbers). That suggests it should extract just the current failure string, that is: advpack.c:692: Test failed: WTBS A test failure This should maybe also be the string stored in the .errors file. -- 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 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs