- wine-bugs - winehq.org

[Bug 40099] New: IFileOpenDialog with FOS_PICKFOLDERS option
by wine-bugs＠winehq.org 24 May '21

24 May '21

https://bugs.winehq.org/show_bug.cgi?id=40099 Bug ID: 40099 Summary: IFileOpenDialog with FOS_PICKFOLDERS option Product: Wine Version: 1.9.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nozomimasao(a)gmail.com Distribution: --- IFileOpenDialog sometimes returns a bad path if FOS_PICKFOLDERS option is specified. for example, if you selected C:\Windows folder *inside* Windows folder, GetResult method returns C:\Windows\Windows. Steps of the user: 1. Go inside C:\Windows by double-clicking Windows folder. 2. Click select button. Then the path will be C:\Windows\Windows. *The user can avoid this issue by below steps. 1. Select C:\Windows by clicking Windows folder *without* going inside it. 2. Click select button. Then the path will be C:\Windows. For your information, the code is like this; IFileOpenDialog *fo = nullptr; CoCreateInstance(CLSID_FileOpenDialog, NULL, CLSCTX_INPROC_SERVER, IID_PPV_ARGS(&fo)); DWORD opt = 0; fo->GetOptions(&opt); fo->SetOptions(opt | FOS_PICKFOLDERS); fo->Show(hWnd); IShellItem *si = nullptr; fo->GetResult(&si); LPWSTR path = nullptr; si->GetDisplayName(SIGDN_FILESYSPATH, &path); -- 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 51175] New: link.exe from MSVC 2019 fails with unexpected PDB error
by WineHQ Bugzilla 24 May '21

24 May '21

https://bugs.winehq.org/show_bug.cgi?id=51175 Bug ID: 51175 Summary: link.exe from MSVC 2019 fails with unexpected PDB error Product: Wine Version: 6.9 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 70044 --> https://bugs.winehq.org/attachment.cgi?id=70044 Trace log link.exe from MSVC 2019 fails with "Unexpected PDB error; OK (0)" in 32bit debug mode. 64bit/Debug/Release and 32bit/Release modes work. Also this message appears in trace log: 01f8:err:rpc:I_RpcReceive we got fault packet with status 0x6a6 Trace log 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 0

[Bug 51087] New: I get a return code of 173 when attempting to start programs even with reboot/shutdown
by WineHQ Bugzilla 24 May '21

24 May '21

https://bugs.winehq.org/show_bug.cgi?id=51087 Bug ID: 51087 Summary: I get a return code of 173 when attempting to start programs even with reboot/shutdown Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: JohnathonKM(a)Gmail.com Distribution: --- Hello All, I've tried making a new Wine Prefix, this application does work intermittently, I've never found out why that is, but I am wanting to find some advice on this issue since this is a first. Attached is my Wine log from when I run the program to its termination, then my shell reports a return code of 173, like I mentioned in the brief description I've restarted, shutdown and created a new wine prefix and still get the same return code. This game does work fine in Proton, but like I said intermittently, once it crashes it seemingly refuses to re-open under Wine or Proton. I am submitting this bug upstream here since I think this is more a wine fix than a Proton fix as it looks like it ties into RPC which I think falls a bit out of scope for Valve, if you disagree let me know and I'll take the issue there. Does anyone have any suggestions as to what is going on here? -- 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 44094] New: need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs
by wine-bugs＠winehq.org 24 May '21

24 May '21

https://bugs.winehq.org/show_bug.cgi?id=44094 Bug ID: 44094 Summary: need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: srivastava.avichal(a)gmail.com Distribution: --- Created attachment 59816 --> https://bugs.winehq.org/attachment.cgi?id=59816 need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs my wine never work properly, it never installs an application, nor updates nor unstalls -- 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 17277] New: Remote virtual memory allocation error
by wine-bugs＠winehq.org 23 May '21

23 May '21

http://bugs.winehq.org/show_bug.cgi?id=17277 Summary: Remote virtual memory allocation error Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it ZFlash is a win32 application used to simulate and edit part programs for a cnc. The simulator part is achieved running a reduced version of numerical control into a fixed memory map from 1 to 8 MB (the current version is from 1-16 MB but it's the same principle). The numerical control need to be mapped in this way because it uses fixed addresses. The application runs in NT 4 SP6, 2000, XP and Vista MS OS but in wine it doesn't work. I have seen there is a problem in the memory mapping when I try to run the application into wine so I've created a reduced example with the only "incriminated" part. In the attached zip file there are 3 projects: ZLoader, Z32Sim and Test. The steps involved are the same of the complete win32 application. ZLoader.exe create the process 'Test', suspended, and try to reserve memory of 'Test' from 1 to 8 MB, then it resumes the process. Test.exe is compiled with the linker flags /base:"0x800000" /stack:0x800000,0x1000 so the big stack can not be inserted into the first 8MB and the base of exe is changed from the default 4MB assigned by Visual Studio. Z32Sim.dll is loaded into 'Test' and it have to map the memory (1-8MB). To test it in the Debug directory we can execute ZLoader Test.exe In wine Test fail when ZLoader try to resume it (I've seen that with winedbg) with the following error: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7ef9e617 Unfortunately it seems a not so easy task because with winedbg I can't attach to Test process when it's suspended. -- 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 51169] New: Regression: NBA 2K21 fails to start
by WineHQ Bugzilla 23 May '21

23 May '21

https://bugs.winehq.org/show_bug.cgi?id=51169 Bug ID: 51169 Summary: Regression: NBA 2K21 fails to start Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fin4478(a)hotmail.com Distribution: --- Created attachment 70038 --> https://bugs.winehq.org/attachment.cgi?id=70038 wine 6.9 log The free NBA2k21 game from the Epic Store does not start with winehq-devel 6.9 and dxvk 1.8.1. It fails to a X Error, see the log. The game works with wine 5.0.3-3 from Debian Sid and dxvk 1.8.1. The game must be started in the Heroic launcher, starting from the command line fails. OpenGL renderer: Radeon RX 580 Series (POLARIS10 DRM 3.41.0 5.13.0-rc2 LLVM 12.0.0) v: 4.6 Mesa 21.2.0-devel (git-0df249f 2021-05-19 focal-oibaf-ppa) -- 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 51167] New: 2CAudio Breeze2 window is blank
by WineHQ Bugzilla 22 May '21

22 May '21

https://bugs.winehq.org/show_bug.cgi?id=51167 Bug ID: 51167 Summary: 2CAudio Breeze2 window is blank Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schroedingerscat(a)disroot.org Distribution: --- Created attachment 70035 --> https://bugs.winehq.org/attachment.cgi?id=70035 2CAudio Breeze2 Wine Log Opening the UI window of Breeze2 (or any other plugin released by 2CAudio after 2019) will just show a blank UI. The included log is from exactly the moment the plugin is loaded and the window opened. Steps to reproduce: 1. Install Win x64 version of a VST2 compatible host (like REAPER: http://reaper.fm/download.php) 2. Install Breeze2 VST2 x64 version (demo: https://www.2caudio.com/products/breeze#_Breeze2) 3. Open reaper with wine (wine ~/.wine/path/to/where/you/installed/reaper.exe) 4. Add the Breeze2 VST2 installation directory to the host (In REAPER: Options->Preferences->Plugins->VST and hit "Re-scan") 5. Load the Breeze2 plugin (In REAPER: Insert->Virtual Instrument on new track->All Plugins->VST: Breeze2 (2C-Audio) and hit "Add") 6. The UI opens and is blank (bug) If you move the mouse cursor over the blank window or click into it, you'll see the last line from the log repeatedly. -- 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 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

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