wine-bugs

wine-bugs@winehq.org

1 participants
159195 discussions

[Bug 54287] New: wineconsole: alterate screen buffer does not work
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54287 Bug ID: 54287 Summary: wineconsole: alterate screen buffer does not work Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 73855 --> https://bugs.winehq.org/attachment.cgi?id=73855 Source code of program to reproduce the issue Consider the attached program. On Windows, this program displays the characters '<==>' at the top left corner of the console. In Wine, if using the curses backend, the program is displayed as expected (except that the screen attributes are not reset when the program exits). However, if using the windowed wineconsole, this program displays just a black screen. If the source code is modified so that `HANDLE hOut = hInit;`, then the draw operations do change the screen. Thank you very much. -- Do not reply 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 53583] New: the Reimplemented FindNLSStringEx has bug
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53583 Bug ID: 53583 Summary: the Reimplemented FindNLSStringEx has bug Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: 398063392(a)qq.com Distribution: --- Created attachment 72966 --> https://bugs.winehq.org/attachment.cgi?id=72966 the code project #include "stdafx.h" #include <windows.h> #include <assert.h> int _tmain(int argc, _TCHAR* argv[]) { DWORD flags = NORM_LINGUISTIC_CASING|FIND_STARTSWITH; int nResult = FindNLSStringEx(L"en-US",flags,L"x-oss-security-token",0xe,L"x-oss-",0x6,0,0,0,0); printf("FindNLSStringEx Result = %d \r\n", nResult); assert(nResult == 0); return 0; } the code in Windows print: "FindNLSStringEx Result = 0" but in Wine print: "FindNLSStringEx Result = -1 Assertion failed: nResult == 0, file .\FindNLSStringEx.cpp, line 13 " FindNLSStringEx is very important for C#, because it is the basis of the String class, StartsWith, EndsWith, IndexOf all rely on it to achieve. So hopefully you guys can test it rigorously, thanks a lot. In addition, I found a lot of bugs and fixed them myself, how can I submit these PRs? -- Do not reply 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 52749] New: winetricks dotnet35sp1: printfilterpipelinesvc.exe crashes in background
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52749 Bug ID: 52749 Summary: winetricks dotnet35sp1: printfilterpipelinesvc.exe crashes in background Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: dotnet, download, regression Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 68feb134af0538d7fc589c2ddb6403de9cea1055 Distribution: --- Created attachment 72119 --> https://bugs.winehq.org/attachment.cgi?id=72119 backtrace Regression introduced by: 68feb134af0538d7fc589c2ddb6403de9cea1055 is the first bad commit commit 68feb134af0538d7fc589c2ddb6403de9cea1055 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Sep 13 13:50:08 2021 +0200 winspool: Use configuration file for DocumentPropertiesW. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> (note: may require a printer to be configured, didn't try disabling it/cups). After this commit, dotnet35sp1 (possibly more, this is the first place I noticed) have a crash in the background, in printfilterpipelinesvc.exe. It doesn't print to the console, even if the crash dialog is disabled. Viewing via dialog shows it, though: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:0021fb5c EBP:0021fbb8 EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:01001ebc ECX:0021f8f0 EDX:00260f30 ESI:00000000 EDI:00000000 Stack dump: 0x0021fb5c: 663cc95f 00000000 01001ebc 00000000 0x0021fb6c: 00000000 00000000 00000004 0021fbb8 0x0021fb7c: 7bc27c0a 80000001 0021fba0 00000074 0x0021fb8c: 663df3fa 00250000 00000000 00000000 0x0021fb9c: 00260f30 00000000 014b61e0 0021fbd0 0x0021fbac: 0021fca8 00000074 0021fc0c 0021fc28 Backtrace: =>0 0x00000000 (0x0021fbb8) 1 0x663d5274 AddPrinterW+0x714(pName=<internal error>, Level=<internal error>, pPrinter=<internal error>) [Z:\home\austin\wine-git\dlls\winspool.drv\info.c:517] in winspool (0x0021fc28) 2 0x0101c6f9 in printfilterpipelinesvc (+0x1c6f9) (0x0021fd6c) 3 0x0101dd9f in printfilterpipelinesvc (+0x1dd9f) (0x0021fda0) 4 0x0101c4ad in printfilterpipelinesvc (+0x1c4ad) (0x0021fdc8) 5 0x0101c51d in printfilterpipelinesvc (+0x1c51d) (0x0021fde4) 6 0x0101c5df in printfilterpipelinesvc (+0x1c5df) (0x0021fe08) 7 0x0101e998 in printfilterpipelinesvc (+0x1e998) (0x0021ff30) 8 0x7b62d2a0 WriteTapemark+0x100(device=7FFD1000, type=<is not available>, count=<is not available>, immediate=<is not available>) [Z:\home\austin\wine-git\dlls\kernel32\tape.c:317] in ker nel32 (0x0021ff48) 9 0x7bc58147 RtlWakeConditionVariable+0x57(variable=7B62D290) [Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0021ff5c) 10 0x7bc58800 RtlCreateUserThread(entry=0101E813, arg=7FFD1000) [Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0021ffec) 0x00000000: -- no code accessible -- The issue persists in wine-7.5. -- Do not reply 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 52557] New: GetNetworkParams loops forever on musl
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52557 Bug ID: 52557 Summary: GetNetworkParams loops forever on musl Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: me(a)atiltedtree.dev Distribution: --- On musl, res_getservers does not exist and dnsapi/resolv_get_serverlist will fall back to res_state.nsaddr_list. But musl also does not set res_state.nsaddr_list causing dnsapi/resolv_get_serverlist to always return DNS_ERROR_NO_DNS_SERVERS. iphlpapi/get_dns_server_list will call DnsQueryConfig( DnsConfigDnsServerList, ...), which calls dnsapi/resolv_get_serverlist, until it does not return an error, but on musl it will always return an error causing iphlpapi/get_dns_server_list to loop infinitely. This means that any application that calls iphlpapi.GetNetworkParams or iphlpapi.GetPerAdapterInfo will loop infinitely, if wine was built on musl. -- Do not reply 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 27244] New: Wiggles: Indeo
by wine-bugs＠winehq.org 13 Jan '23

13 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=27244 Summary: Wiggles: Indeo Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34827) --> (http://bugs.winehq.org/attachment.cgi?id=34827) Terminal output on Wine 1.3.19 Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko icodecs 3) install Wiggles 4) patch Wiggles with Wiggles_Patch_1_0_844.exe 4) wine Wiggles.exe Behaviour: I get only audio from intro video. Expected behaviour: I should get audio and video from intro video. Additional info: I can play video in Smplayer. Here I give info about video: Resolution: 640 x 360 Format: IV32 Bitrate: 4373 kbps FPS: 24.000 Decoder: ffindeo3 Size: 96,2 MB -- 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 23

[Bug 54301] New: Global hotkey support
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54301 Bug ID: 54301 Summary: Global hotkey support Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linux(a)bernd-steinhauser.de Distribution: --- My original use case is the head tracker linuxtrack that can be used to control camera movements in e.g. racing simulators or flight simulators. linuxtrack provides a wine bridge to be able to use it with games run via wine. https://github.com/uglyDwarf/linuxtrack The wine bridge provides a controller application that is makes use of two hotkeys to pause and to recenter the tracker. These are not essential to use it (i.e. it works without), but they make the usage much more convenient. The problem is that the hotkeys only work when the controller application has the focus, which obviously is usually not the case, since you're using it just as a background application while running a game. So if I e.g. want to recenter the tracker, I have to Alt+Tab out of the application to do that. Unfortunately, some applications don't really like that and it could result in all kinds of problems, including crashes. Since that use case is very specific and might not be easily accessible to everybody (you need hardware for it), I looked at another use case and that is foobar2000. foobar2000 is a popular media player for Windows and as a media player, it makes of course usage of hotkeys, both within the application and global ones. So I installed it into a wine prefix using the latest version, assigned a hotkey to a functionality (e.g. play/pause), made that global and tried if it works and it does not. Or, to be more specific, it works as long as the window has focus (and thus gets keyboard input). As soon as the window is in the background, it doesn't work anymore. (I'm using KDE Plasma on X11 with kwin as the compositor, in case that matters.) Now, I spent quite some time trying to research the subject and was actually surprised by how little information I could find. Especially, I wasn't able to find anything in the wine documentation whether global hotkeys (or keyboard shortcuts) are supposed to work or not. Thus, I am actually still not sure whether this is a feature request or a bug. (I suspect it's the former, but I don't know.) I did find one tutorial that did suggest using xdotool, but this should possibly called xdodotool, since it's more or less dead. In any case, it surely wouldn't be future-proof, since everything is slowly heading towards wayland (and xdotool won't work there). Since there are many tools out there that are used alongside games, be it scripting tools, controller tools or various mods/addons, I think that some kind of support for global hotkeys would be really good. -- Do not reply 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 54300] New: LdrLoadDll illegal memory access on DllPath
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54300 Bug ID: 54300 Summary: LdrLoadDll illegal memory access on DllPath Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 73867 --> https://bugs.winehq.org/attachment.cgi?id=73867 Reproducer See reproducer (attached) DllPath can be search flags, which is indicated by passing a pointer where the lowest bit is set. This is not handled in wine, which calls wcslen on it: https://github.com/wine-mirror/wine/blob/a8c1d5c108fc57e4d78e9db126f395c890… The path resolution is correctly implemented in LdrGetDllPath, but that function is not used (besides being an export). Windows output: Trying flag 00000200 Trying flag 00000400 Trying flag 00000800 Trying flag 00001000 Trying flag 00002000 Trying flag 00004000 Wine output: Trying flag 00000200 wine: Unhandled page fault on read access to 0000000000000201 at address 0000000170069B40 (thread 05ec), starting debugger... -- Do not reply 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 54306] New: mf:mf - test_sar() sometimes gets an unexpected refcount in Wine
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54306 Bug ID: 54306 Summary: mf:mf - test_sar() sometimes gets an unexpected refcount in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mf:mf - test_sar() sometimes gets an unexpected refcount in Wine: mf.c:5441: Test succeeded inside todo block: Release returned 0 See https://test.winehq.org/data/patterns.html#mf:mf Note that although the WineTest results seem to implicate that this only happens on my desktop, this failure has happened on the GitLab CI too (see MR1965). Maybe it's a timing issue that's impacted by the CPU load. Should the test be removed entirely or just marked as flaky_wine? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 54303] New: mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media buffer on Windows 11 + Nvidia
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54303 Bug ID: 54303 Summary: mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media buffer on Windows 11 + Nvidia Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media buffer on Windows 11 + Nvidia: ... mfplat.c:6537:96.969 Test succeeded mfplat:mfplat:1fbc done (258) in 120s See https://test.winehq.org/data/patterns.html#mfplat:mfplat mfplat:mfplat gets stuck even if all the other test functions are skipped. A WINETEST_TIME trace shows that in even that case it gets stuck on the line below after less than 1 second: hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length); -- Do not reply 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 54302] New: mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54302 Bug ID: 54302 Summary: mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows: mfplat.c:2936: Test failed: Unexpected hr 0. See https://test.winehq.org/data/patterns.html#mfplat:mfplat This failure only happens in the w7pro64 64-bit tests and the first known instance goes back to 2022-08-18. There has been 5 extra instances in the next two months, then nothing for 3 months, and a new instance on 2023-01-12. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 49079] New: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=49079 Bug ID: 49079 Summary: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while investigating bug 49078 Not really needed for getting the to app work but I think it's still worth to keep track of for later as real-world test case. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- The process is a console app: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager/WSMServerBinaries $ winedump WSM.Server.exe Contents of WSM.Server.exe: 8704 bytes File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (32bit) Magic 0x10B 267 linker version 48.00 size of code 0xc00 3072 size of initialized data 0x1400 5120 size of uninitialized data 0x0 0 entrypoint RVA 0x2aa6 10918 base of code 0x2000 8192 base of data 0x4000 16384 image base 0x400000 4194304 section align 0x2000 8192 file align 0x200 512 required OS version 4.00 image version 0.00 subsystem version 6.00 Win32 Version 0x0 0 size of image 0x8000 32768 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x3 (Windows CUI) DLL characteristics: 0x8560 DYNAMIC_BASE NX_COMPAT NO_SEH TERMINAL_SERVER_AWARE stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x2a54 size: 0x4f RESOURCE rva: 0x4000 size: 0x1148 EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x6000 size: 0xc DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x2000 size: 0x8 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x2008 size: 0x48 rva: 0x0 size: 0x0 Done dumping WSM.Server.exe --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-… --- quote --- CREATE_NO_WINDOW 0x08000000 The process is a console application that is being run without a console window. Therefore, the console handle for the application is not set. This flag is ignored if the application is not a console application, or if it is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS. --- quote --- Also found this document which contains some interesting tidbits: https://github.com/rprichard/win32-console-docs/blob/master/README.md Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 432 /********************************************************************** 433 * CreateProcessInternalW (kernelbase.@) 434 */ 435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const WCHAR *app_name, WCHAR *cmd_line, 436 SECURITY_ATTRIBUTES *process_attr, 437 SECURITY_ATTRIBUTES *thread_attr, 438 BOOL inherit, DWORD flags, void *env, 439 const WCHAR *cur_dir, STARTUPINFOW *startup_info, 440 PROCESS_INFORMATION *info, HANDLE *new_token ) 441 { 442 WCHAR name[MAX_PATH]; 443 WCHAR *p, *tidy_cmdline = cmd_line; 444 RTL_USER_PROCESS_PARAMETERS *params = NULL; 445 RTL_USER_PROCESS_INFORMATION rtl_info; 446 HANDLE parent = NULL; 447 NTSTATUS status; ... 471 /* Warn if unsupported features are used */ 472 473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS | REALTIME_PRIORITY_CLASS | 474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW | 475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER)) 476 WARN( "(%s,...): ignoring some flags in %x\n", debugstr_w(app_name), flags ); ... --- snip --- $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 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 3

[Bug 39211] New: Test for startupInfo.lpTitle is wrong if CreateProcess is called with lpTitle = NULL.
by wine-bugs＠winehq.org 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=39211 Bug ID: 39211 Summary: Test for startupInfo.lpTitle is wrong if CreateProcess is called with lpTitle = NULL. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andy1.m(a)gmx.de Distribution: --- Created attachment 52273 --> https://bugs.winehq.org/attachment.cgi?id=52273 Patch for kernel32_test (startupinfo.lpTitle, NULL) Call CreateProcess with StartUpInfo.lpTitle = NULL. The new process (GetStartUpInfo) gets for lpTitle the full name of the imagefile. E. g. "D:\winetests_kernel32.exe". The test expects only "winetests_kernel32.exe". Applied patch tested under win2k3. -- Do not reply 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 51969] New: mucabrasil 1.4.5.1: crashes when trying to launch the application
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51969 Bug ID: 51969 Summary: mucabrasil 1.4.5.1: crashes when trying to launch the application Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: victor.panisa(a)gmail.com Distribution: --- Created attachment 70954 --> https://bugs.winehq.org/attachment.cgi?id=70954 Complete terminal output Wine crashes when I click on the "Jogar" button on the launcher. The error message that pops up complains of not being able to setup a "anti cheater". >From what I can see on the trace the error is the lack of "IoCreateDeviceSecure" that causes a "Unhandled page fault" noted by a "fixme". Checking bugzilla there is only two errors with this function listed, and both don't have a solution, although in one of them (#25087), one user says that wine can't implement it. So I'm not sure if this is solvable. Looking on msdn seems like the function was renamed to "WdmlibIoCreateDeviceSecure" and resides on "wdmsec.h", which also isn't implemented on current branch. The installer mirror can be accessed at: Link: https://mirror1.mucabrasil.com.br/MUCABRASIL_1.4.5.1.exe SHA1: 3547d4923eddbdb822854899ae6e1219bd9a3bac The .exe executed after installation for debugging is the "mu.exe" with SHA1: "6c7776962b95525d63de32d6a915ede029e3994d" OS: Debian GNU/Linux bookworm/sid Arch: x86_64 Kernel: 5.14.15-xanmod1 Keywords: obfuscation -- Do not reply 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 47084] New: Call of Duty Black Ops 3 doesn't run because of mfplat
by wine-bugs＠winehq.org 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47084 Bug ID: 47084 Summary: Call of Duty Black Ops 3 doesn't run because of mfplat Product: Wine Version: 4.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: mo78(a)abv.bg Distribution: --- Created attachment 64278 --> https://bugs.winehq.org/attachment.cgi?id=64278 Call of Duty Black Ops 3 Wine log The game doesn't run due to lack of mfplat implementation. When started it warns for missing Windows Media Feature Pack: https://i.imgur.com/HCYDJYe.png When I prepare mfplat prefix in wich Shadows: Awakening runs just fine, Call of Duty Black Ops 3 actually starts and runs very well but it has the following problems: https://bugs.winehq.org/show_bug.cgi?id=45876 -- Do not reply 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 32

[Bug 54294] New: user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54294 Bug ID: 54294 Summary: user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows: input.c:2878: Test failed: 0: expected WM_MOUSEMOVE message input.c:2878: Test failed: 1: expected WM_MOUSEMOVE message input.c:2878: Test failed: 2: expected WM_MOUSEMOVE message See https://test.winehq.org/data/patterns.html#user32:input This only happens with i == 0, 1 or 2. Usually all three are missing but sometimes only one is missing. It looks like this issue started on 2022-11-01 and impacts w10pro64 and w11pro64. w7u-adm also gets failures but much less frequently: 2023-01-10, 2023-01-09, 2022-07-25 and 2022-07-19. There's a 5 months gap so the older instances may be unrelated to the current ones. gitlab-debian also got this failure a lot in September but the test has been marked as flaky_wine (3af6ececec41) so it's not reported in Wine anymore. So maybe it should just be marked as plain flaky? Or removed altogether? -- Do not reply 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 50326] New: (Regression) Playing movies broken in Ghostrunner
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50326 Bug ID: 50326 Summary: (Regression) Playing movies broken in Ghostrunner Product: Wine-staging Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peter-24(a)o2.pl CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68910 --> https://bugs.winehq.org/attachment.cgi?id=68910 wine log Playing movies broken in Ghostrunner - none playing(skipped). Working in staging 6.0rc1. -- Do not reply 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 27

[Bug 44204] New: Slingplayer 2.0 crashes on connect (dsound)
by wine-bugs＠winehq.org 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=44204 Bug ID: 44204 Summary: Slingplayer 2.0 crashes on connect (dsound) Product: Wine Version: 3.0-rc2 Hardware: x86 URL: http://download.slingmedia.com/player/pc/SlingPlayer_2 .0.4522_Setup-Global.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 59972 --> https://bugs.winehq.org/attachment.cgi?id=59972 Wine 3.0-rc2 console output SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2. This never used to occur but I haven't been able to complete a bisect. I will try again later but it is a very slow process as it appears that the application has to be fully installed with each test. The clue to the workaround comes from: 003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll" at 0x731c0000: builtin wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting debugger... Native dsound (winetricks dsound) works around the crash. To get this far, the following overrides are needed: WINEARCH=win32 - Bug 35268 / Bug 35276 quartz - Bug 18556 wmp9 - Bug 28669 (wmp10 + dsound = another crash) mf - Bug 44201 Ignore the installer crash - Bug 17289 With the addition of native dsound, Slingplayer 2.0 can once again be used. -- Do not reply 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 43073] New: Cyrillic/ russian characters displays incorrectly in Final Fantasy XIV
by wine-bugs＠winehq.org 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43073 Bug ID: 43073 Summary: Cyrillic/russian characters displays incorrectly in Final Fantasy XIV Product: Wine Version: 2.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang Assignee: wine-bugs(a)winehq.org Reporter: yonnji(a)miqote.com Distribution: --- Created attachment 58256 --> https://bugs.winehq.org/attachment.cgi?id=58256 launcher and UI screenshots Cyrillic/russian characters displays incorrectly in Final Fantasy XIV. It affects a game launcher, in-game UI, and a chat. It's impossible to play, when you can't talk with other people and can't read the chat. The text used as example in screenshots is "привет hello". -- Do not reply 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 45116] New: TomTom MyDrive Connect needs implementation of iphlpapi.dll.NotifyAddrChange
by wine-bugs＠winehq.org 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45116 Bug ID: 45116 Summary: TomTom MyDrive Connect needs implementation of iphlpapi.dll.NotifyAddrChange Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: h.mth(a)web.de Distribution: --- Follow up bugreport of bug 41034. Patches and backtraces(vanilla and staging) will be attached. Application crashes shortly after device is attached. To activate device (i.e.: TomTom Via 135), linux needs: CONFIG_USB_NET_CDCETHER=y Wine Staging 3.7 allows to login into TomTom account. -- Do not reply 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 54068] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+
by WineHQ Bugzilla 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54068 Bug ID: 54068 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+: ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(1920,1080), got (0,0)-(1536,864). See https://test.winehq.org/data/patterns.html#ddraw:ddraw1 https://test.winehq.org/data/patterns.html#ddraw:ddraw2 https://test.winehq.org/data/patterns.html#ddraw:ddraw4 https://test.winehq.org/data/patterns.html#ddraw:ddraw7 This failure happens systematically on Windows 10 2004 to 22H2 running on QEmu's virtual GPU. However it does not happen on : * Windows 11. * Dual-monitor configurations. * Windows 10 with an AMD RX550 GPU (via PCI passthrough). -- Do not reply 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 54288] New: Dragging files in Winfile does not work
by WineHQ Bugzilla 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54288 Bug ID: 54288 Summary: Dragging files in Winfile does not work Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- On Windows, dragging a file in Winfile (https://github.com/Microsoft/winfile) shows a drag icon and eventually a confirmation dialog. In Wine, dragging files does not work, probably because user32.dll.DragObject is a stub. Instead, the mouse extends the selection in the right panel, even after releasing the mouse button. Thank you very much. -- Do not reply 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 54072] New: Quadro FX 1800 is being detected as GeForce FX 5800 which is FEATURE_LEVEL_9_2
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54072 Bug ID: 54072 Summary: Quadro FX 1800 is being detected as GeForce FX 5800 which is FEATURE_LEVEL_9_2 Product: Wine Version: 7.22 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Running WineD3D (on Windows) the Quadro FX 1800 that fully supports OpenGL 3.3 is being detected as GeForce FX 5800 that caps feature level support up to 9.2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 54286] New: Text labels displayed wrong due to wrapping
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54286 Bug ID: 54286 Summary: Text labels displayed wrong due to wrapping Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 73854 --> https://bugs.winehq.org/attachment.cgi?id=73854 Winfile dialog in Windows 10 and Wine I have ran across several dialogs where text labels are not displayed properly because of text wrapping. I don't know if this is an issue in Wine or if is instead caused by my desktop environment settings. I made sure that I have the Microsoft fonts installed and I tried changing the font aliasing settings, but the issue persists. The attachment shows a Winfile configuration dialog (https://github.com/microsoft/winfile) in Windows 10 and in Wine. In Wine, some text labels suffer from unexpected text wrapping. I figured out that the font used in Windows 10 is Microsoft Sans Serif. I copied this font over to Linux and changed the Appearance settings in winecfg so that all items where the font can be configured use Microsoft Sans Serif instead of Tahoma. After restarting the application, the font had changed in some UI components (e.g. menu items) but not in the dialog text labels. Thank you very much. -- Do not reply 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 11622] New: DejaVu X installation failing at start because of component not found
by wine-bugs＠winehq.org 10 Jan '23

10 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=11622 Summary: DejaVu X installation failing at start because of component not found Product: Wine Version: 0.9.55. Platform: HP URL: http://www.atril.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Created an attachment (id=10825) --> (http://bugs.winehq.org/attachment.cgi?id=10825) log file I extracted the .exe file in the temp directory of Wine as instructed and launched the installation. The missing file is indeed not in the temp and I can't find it on the internet because of deprecated from Microsoft. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 54284] New: File dialog opens manually-entered file name on double click.
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54284 Bug ID: 54284 Summary: File dialog opens manually-entered file name on double click. Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: ed7-aspire4925(a)hotmail.com Distribution: --- In 8.0-rc2, double clicking anywhere in the file view (right pane) will open a file specified in the "File name:" field. By file dialog, I meant the one with a tree view on the left. If that's not part of comdlg32, please correct me. To reproduce: 0. Install an application that uses such file dialog, like Notepad++, 1. File -> Open (or equivalent), 2. enter anything on the "File name:" field, preferably a non-existent file, and 3. double click on the empty space in the file view (right pane). 4. Application opens your file path. This is not breaking, but probably not the intended 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

Jump to page:

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