wine-bugs July 2022

wine-bugs@winehq.org

1 participants
3849 discussions

[Bug 51203] New: Chessbase 11 unable to select list box item after incorrect window refresh
by WineHQ Bugzilla 01 Nov '22

01 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51203 Bug ID: 51203 Summary: Chessbase 11 unable to select list box item after incorrect window refresh 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: dav75uk(a)yahoo.co.uk Distribution: --- After search termination (wrong window brought to front - 51202), it is possible to bring the right window to the front and click on an item from the search. This displays the game in the window, however, the selected item is not highlighted, and double clicking (to open the game in a new window - must be from the selection) opens an old selected item not from the current window. Workaround is to right click for the menu, and then selection works again (the window must get focus for selection which it didn't have before (only focus for clicks)). This may also relate to the problem of missing scrollbars not being refreshed (will link 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 4

[Bug 47925] New: Panel in dialog incorrectly drawn
by WineHQ Bugzilla 01 Nov '22

01 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=47925 Bug ID: 47925 Summary: Panel in dialog incorrectly drawn Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 65425 --> https://bugs.winehq.org/attachment.cgi?id=65425 snapshot of problematic dialog In Chessbase 11, inputting incorrect security key details results in a dialog. The panel that rests in it is not correctly drawn. In this case pictured the white background does not fill the dialog, and sometimes is of different sizes. Sometimes the message is missing. This happens every time. Using full screen on a 4K display. Suggestion of an incorrect (or order of) initialisation issue, 4K/screen size issue or a data race? -- Do not reply 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 47990] New: Wine64: Candidate of CJK input method is invisible on macOS Catalina.
by WineHQ Bugzilla 01 Nov '22

01 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=47990 Bug ID: 47990 Summary: Wine64: Candidate of CJK input method is invisible on macOS Catalina. Product: Wine Version: 4.18 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Created attachment 65509 --> https://bugs.winehq.org/attachment.cgi?id=65509 WINEDEBUG=+tid,+pid,+imm,+keyboard,+key,+macdrv Tested with wine-4.18-112-g717109ce79: 1. $ wine64 notepad 2. Switch to Chinese Pinyin input method, and try to type something You will find that candidate didn't display, though you still can type some Chinese characters into notepad with the input method. I didn't see similar on macOS 10.14, so I think this is a Catalina special issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 51775] New: Axiom Verge 2 crashes on startup due to incomplete sapi implementation
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=51775 Bug ID: 51775 Summary: Axiom Verge 2 crashes on startup due to incomplete sapi implementation Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: sapi Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- This game initializes sapi, even though it doesn't appear to use it at all. It appears from the .NET backtrace, that speechsynthesizer.SetOutputTotDefaultAudioDevice is at fault. After playing around, we can reproduce the crash in a C# application with the following lines ... System.Speech.Synthesis.SpeechSynthesizer synth = new SpeechSynthesizer(); synth.SetOutputToDefaultAudioDevice(); ... Function SetOutputToDefaultAudioDevice, requires that basic iteration and a few registry values are in place. -- Do not reply 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 52648] New: conhost.exe:tty test_read_console_control() fails in Hindi and Portuguese
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=52648 Bug ID: 52648 Summary: conhost.exe:tty test_read_console_control() fails in Hindi and Portuguese Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty test_read_console_control() fails on Windows in Hindi and Portuguese: tty.c:1365: Test failed: keyboard state: got 8, expected 18 https://test.winehq.org/data/patterns.html#conhost.exe:tty This can be reproduced on w10pro64-hi, w10pro64-pt-BR and w10pro64-pt-PT but does not fail in the other locales. This failure started when these tests were added: commit 89a8b32d7a976504ee98ba1a7d08574bc9bc00e6 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Tue Mar 1 09:26:08 2022 +0100 conhost/tests: Add tests for ReadConsoleW with control. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Jacek Caban <jacek(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 4

[Bug 53437] New: Windows program (ZOSICloud.exe) ran great under an earlier version, but now crashes
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53437 Bug ID: 53437 Summary: Windows program (ZOSICloud.exe) ran great under an earlier version, but now crashes Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: david(a)depowell.com Distribution: --- Created attachment 72817 --> https://bugs.winehq.org/attachment.cgi?id=72817 Console output when program is run I have a program, called ZOSICloud.exe, that I installed on my Ubuntu Focal Fossa (20.04) laptop about six months ago to monitor my security cameras. It ran perfectly under WINE, but I honestly don't know what version of WINE I was running. For some reason, my WINE installation disappeared, perhaps during an update. I haven't a clue why. So I reinstalled it using apt. The installation went well, but I wound up with version 5.0 of WINE. Most of my other Windows programs would run, but a lot of useful functionality (e.g., printing) was missing. ZOSICloud.exe would not run at all, just crash immediately. I uninstalled WINE 5.0 and installed version 7.0 by following the instructions on the winehq.org web site. This restored the missing functionality in my other Windows programs, but ZOSICloud.exe still crashes when I try to launch it. I have reinstalled ZOSICloud.exe several times, using both the default (64-bit) wineprefix and in a 32-bit wineprefix (I don't know how to tell if ZOSICloud.exe is 64- or 32-bit), but it won't run either way. The application (ZOSICloud.exe) can be downloaded from https://s3.amazonaws.com/ansjerfilemanager/ZOSICloud_3.0.1.2.exe Note that the desktop link it creates is incorrect; it runs a program called "test_link.exe" instead of "ZOSICloud.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 4

[Bug 38604] New: winedbg: internal crash when valgrinding ieframe/tests/ie.c with pdb debug symbols
by wine-bugs＠winehq.org 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=38604 Bug ID: 38604 Summary: winedbg: internal crash when valgrinding ieframe/tests/ie.c with pdb debug symbols Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 51499 --> https://bugs.winehq.org/attachment.cgi?id=51499 log See also bug 38594 for a similar issue, though this one causes winedbg to crash. Log is 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.

2 5

[Bug 15679] New: cygwin symlinks not working in wine
by wine-bugs＠winehq.org 31 Oct '22

31 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=15679 Summary: cygwin symlinks not working in wine Product: Wine Version: 1.1.6 Platform: Other URL: http://cygwin.com OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Surprisingly, cygwin seems to work nowadays, as long as you do everything inside a wineconsole running cygwin.bat. (Perhaps cygwin apps should work outside wineconsole; that would be a separate bug report.) However, cygwin's gcc doesn't work unless you replace certain cygwin symlinks with unix ones, e.g. $ cd .wine/drive_c/cygwin/usr/i686-pc-cygwin/bin $ for a in *; do ln -sf ../../../bin/$a; done Likewise, /bin/vi doesn't work, as it's a symlink to vim.exe. In fact, cygwin's ls -l doesn't even recognize cygwin's symlinks as such: $ ls -l vi -rw-r--r-- 1 dank mkpasswd 18 Oct 19 05:53 vi $ cat vi !<symlink>vim.exe So either they're not being created right, or they're not being recognized properly by cygwin for some reason, or both. -- 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 40

[Bug 51529] New: CloseHandle(INVALID_HANDLE_VALUE) returns FALSE, GetLastError is ERROR_INVALID_HANDLE
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=51529 Bug ID: 51529 Summary: CloseHandle(INVALID_HANDLE_VALUE) returns FALSE, GetLastError is ERROR_INVALID_HANDLE Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Distribution: --- Created attachment 70368 --> https://bugs.winehq.org/attachment.cgi?id=70368 Test CloseHandle(INVALID_HANDLE_VALUE) CloseHandle(INVALID_HANDLE_VALUE) returns FALSE, GetLastError is ERROR_INVALID_HANDLE on Wine. I tried it with MacOSX and Linux. But on Windows CloseHandle(INVALID_HANDLE_VALUE) returns TRUE. So many programs could fail if they didn't expect FALSE here. Test case (Pascal). Can be compiled with FPC or Delphi. // file TestCloseHandle.lpr program TestCloseHandle; {$APPTYPE CONSOLE} uses //Winapi.Windows; Windows; var aHandle: THandle; aResult: HRESULT; begin //aHandle := 0; aHandle := INVALID_HANDLE_VALUE; if CloseHandle(aHandle) then aResult := 0 else aResult := GetLastError; Writeln('Result: ', aResult); end. -- Do not reply 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 29998] New: Crysis 2 (>1.0) huge graphical issues after loading a savegame
by wine-bugs＠winehq.org 31 Oct '22

31 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=29998 Bug #: 29998 Summary: Crysis 2 (>1.0) huge graphical issues after loading a savegame Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian.frank(a)gmx.de Classification: Unclassified Created attachment 39060 --> http://bugs.winehq.org/attachment.cgi?id=39060 Crysis 2 log Hi, if you try to use a saved game in Crysis 2 which is patched to a higher level than 1.0, you will have huge graphical issues. Either you get a black scree with only the hud displayed, or completely broken graphics, or a whiet screen etc.. This does only happen if you use a savegame or if you want to replay a mission. If you start the campaign from the beginning, the game will look fine. This behaviour happens with tons of wine version i have testet, so doesnt seem to be a regression right now. CryEngine 3 is planned to be used in other upcoming games and is somehow a engine which really pushes d3d9 to its limits.I think it would make a lot of sense to get this issue fixed . Many thanks, Christian -- 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 55

[Bug 52790] New: winedbg 'bt all' filled with dbghelp_dwarf fixmes
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=52790 Bug ID: 52790 Summary: winedbg 'bt all' filled with dbghelp_dwarf fixmes Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian First, run any wine app $ wine notepad Then, try to run `bt all`: austin@hyrule:~$ echo "bt all" | winedbg Wine-dbg>02d4:fixme:dbghelp_dwarf:dwarf2_read_range no entry found RtlDefaultNpAcl () at Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731 0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret 1731 } Backtracing for thread 0024 in process 0020 (C:\windows\system32\start.exe): Backtrace: =>0 0x7bc0be6c CsrAllocateCaptureBuffer+0xae6c() in ntdll (0x0031fd58) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 1 0x7b073b7e WaitForSingleObject+0x39(handle=<internal error>, timeout=<internal error>) [Z:\home\austin\wine-git\dlls\kernelbase\sync.c:334] in kernelbase (0x0031fd98) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for frame_CFA resolution (RULE_VAL_EXPRESSION) 2 0x00402804 wmain+0xa14(argc=<internal error>, argv=<internal error>) [Z:\home\austin\wine-git\programs\start\start.c:701] in start (0x0031fef8) 3 0x004038d8 wmainCRTStartup+0x68() [Z:\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:60] in start (0x0031ff30) 4 0x7b62d310 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 (0x0031ff48) 5 0x7bc58ca7 RtlWakeConditionVariable+0x57(variable=7B62D300) [Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0031ff5c) 6 0x7bc59360 RtlCreateUserThread(entry=00403870, arg=7FFD1000) [Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0031ffec) 02d4:fixme:dbghelp_dwarf:dwarf2_read_range no entry found 0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret 1731 } with WINEDEBUG=-all, it's much more readable: Backtracing for thread 0024 in process 0020 (C:\windows\system32\start.exe): Backtrace: =>0 0x7bc0be6c CsrAllocateCaptureBuffer+0xae6c() in ntdll (0x0031fd58) 1 0x7b073b7e WaitForSingleObject+0x39(handle=<internal error>, timeout=<internal error>) [Z:\home\austin\wine-git\dlls\kernelbase\sync.c:334] in kernelbase (0x0031fd98) 2 0x00402804 wmain+0xa14(argc=<internal error>, argv=<internal error>) [Z:\home\austin\wine-git\programs\start\start.c:701] in start (0x0031fef8) 3 0x004038d8 wmainCRTStartup+0x68() [Z:\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:60] in start (0x0031ff30) 4 0x7b62d310 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 (0x0031ff48) 5 0x7bc58ca7 RtlWakeConditionVariable+0x57(variable=7B62D300) [Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0031ff5c) 6 0x7bc59360 RtlCreateUserThread(entry=00403870, arg=7FFD1000) [Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0031ffec) 0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret 1731 } -- Do not reply 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 47595] New: Tequila City of Heroes Launcher - expect_no_runtimes Process exited with a Mono runtime loaded.
by wine-bugs＠winehq.org 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=47595 Bug ID: 47595 Summary: Tequila City of Heroes Launcher - expect_no_runtimes Process exited with a Mono runtime loaded. Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 65009 --> https://bugs.winehq.org/attachment.cgi?id=65009 Console output - wine 4.11 (staging) Hello everyone, "Tequila" is a launcher for the abandoned game "City of Heroes". It starts up okay, downloads some stuff but terminates. Console output is 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.

2 5

[Bug 38594] New: dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols (Visual C++ 2013 .pdb's)
by wine-bugs＠winehq.org 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=38594 Bug ID: 38594 Summary: dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols (Visual C++ 2013 .pdb's) Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 51493 --> https://bugs.winehq.org/attachment.cgi?id=51493 terminal output in wine-1.7.43 Now that we have pdb's for wine_gecko (see bug 36941), I tried running valgrind with gecko 2.36. The atl100/tests/atl.c test shows a lot of issues with unknown symbols, eventually getting a page fault, e.g.,: fixme:dbghelp_msc:codeview_fetch_type Cannot locate type 103 fixme:dbghelp_msc:codeview_get_type Returning NULL symt for type-id 103 fixme:dbghelp_msc:codeview_snarf S-Udt nullptr_t: couldn't find type 0x103 fixme:dbghelp_msc:codeview_snarf S-Udt NullptrT: couldn't find type 0x103 fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 114c fixme:dbghelp_msc:codeview_add_type_enum_field_list Unsupported type 1404 in ENUM field list fixme:dbghelp_msc:numeric_leaf Unsupported numeric leaf type 8009 fixme:dbghelp_msc:numeric_leaf Unsupported numeric leaf type 800a ... err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols full output 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.

2 2

[Bug 50573] New: division by zero in wineconsole when hovering mouse over
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=50573 Bug ID: 50573 Summary: division by zero in wineconsole when hovering mouse over Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 69247 --> https://bugs.winehq.org/attachment.cgi?id=69247 Demo application to reproduce the issue This bug can be reproduced with the same application provided in bug 49780, which I am attaching again to this issue. When launching the application, you will not see anything because wineconsole does not support VT sequences (see bug 49780). However, when hovering the mouse over wineconsole, it will crash because of a division by zero. Thank you. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 48197] New: Autonauts in steam under wine has a memory leak.
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=48197 Bug ID: 48197 Summary: Autonauts in steam under wine has a memory leak. Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eeknaak(a)gmail.com Distribution: --- Created attachment 65834 --> https://bugs.winehq.org/attachment.cgi?id=65834 Hard_info report Running Autonauts.exe under wine 4.20 has a constant memory leak. Running it native on windows doesn't have a leak. https://github.com/EricKnaak/computerfacts/blob/master/pc%20specs OS: Ubuntu 18.04 wine: 4.20 steam for linux: Built: Nov 20 2019, at 01:49:33 Autonauts.exe won't run in valgrind due to lack of support of IRET/IRETD — Interrupt Return. I learned about Valgrind and how to compile again. I don't see anything I can do to gather any more info on this problem. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 47277] New: dotnet applications seems to repeatedly call URL_ParseUrl and fail
by wine-bugs＠winehq.org 28 Oct '22

28 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=47277 Bug ID: 47277 Summary: dotnet applications seems to repeatedly call URL_ParseUrl and fail Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Basically the symptom is exactly as what is described here: https://forum.winehq.org/viewtopic.php?f=8&t=30819 Setup: A clean wine64 prefix, with dotnet 4.6.2 installed via winetricks. The problem: When running dotnet applications, wine prints "fixme:shell:URL_ParseUrl failed to parse L"<some string>"" non-stop, and the application doesn't work. And this only happens when windows version is set to "Windows 7" and up -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 44926] New: Olive tree BibleStudySetup_6.1.1.exe fails: ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603
by wine-bugs＠winehq.org 27 Oct '22

27 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=44926 Bug ID: 44926 Summary: Olive tree BibleStudySetup_6.1.1.exe fails:ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603 Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- To see this first work around bug 44135 then: 0039:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe" 0039:err:msi:ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603 0039:err:msi:execute_script Execution of script 2 halted; action L"[C:\\users\\louis\\Start Menu\\Programs\\Olive Tree Bible Software\\Bible Study 6 online support.url\0080http://help.olivetree.com/\00801\0080\00800<=>S-1-5-21-0-0-0-1000<=>{85E9410C-03A6-4396-9688-91981F445D1B}]WixRollbackInternetShortcuts" returned 1603 sha1sum ~/Downloads/BibleStudySetup_6.1.1.exe e55cd3df7b44bab85fdcb6785c32aa73988e338b /home/louis/Downloads/BibleStudySetup_6.1.1.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.

2 18

[Bug 11846] New: tablet pressure sensitivity not working in Sai and many other key graphic applications
by wine-bugs＠winehq.org 27 Oct '22

27 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=11846 Summary: tablet pressure sensitivity not working in Sai and many other key graphic applications Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: blurymind(a)gmail.com tablet pressure sensitivity still not working on crucial graphic software that is made to be used with tablets. I am not sure if thats due wintab32,because im not a developer. Applications like SAI that are wonderfully small ,full featured and even better than photoshop for CG coloring (better brushes,other key features) work almost perfectly fine on wine, but their practically useless when tablet pressure doesnt work.. http://appdb.winehq.org/objectManager.php?sClass=version&iId=11044 another application that is a freeware and a fine substitute for painter is http://appdb.winehq.org/objectManager.php?sClass=version&iId=7425&iTestingI… tablet pressure works on photoshop and artrage,but not on many other key applications in the graphic world that crucially depend on it. This feature is very important,since there are absolutely no alternatives to these applications on linux (if you study their key features you'll see there arent any on windows too at the moment,especially Sai). The applications work almost perfectly on wine,but that lack of this feature stops people from taking advantage of that. Another application is Open Canvas... But especially Sai- If there is any hack or workaround to get pressure sensitivity working on sai, even a patch..i would gladly test it and report any progress on Sai on wine. -- 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 140

[Bug 53426] New: RFC 9266: Channel Bindings for TLS 1.3 support
by WineHQ Bugzilla 27 Oct '22

27 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53426 Bug ID: 53426 Summary: RFC 9266: Channel Bindings for TLS 1.3 support Product: Wine Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: blocker Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: Neustradamus(a)hotmail.com Can you add the support of RFC 9266: Channel Bindings for TLS 1.3? - https://datatracker.ietf.org/doc/html/rfc9266 Little details, to know easily: - tls-unique for TLS =< 1.2 - tls-exporter for TLS = 1.3 Thanks in advance. Linked to: - https://github.com/wine-mirror/wine/search?q=tls-unique - https://github.com/wine-mirror/wine/commit/abdae539381c03b874adda6bb8f85b3e… - https://github.com/wine-mirror/wine/blob/1d178982ae5a73b18f367026c8689b5678… - https://github.com/wine-mirror/wine/blob/1d178982ae5a73b18f367026c8689b5678… -- Do not reply 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 53464] New: conhost.exe:tty sometimes times out on Windows 10
by WineHQ Bugzilla 26 Oct '22

26 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53464 Bug ID: 53464 Summary: conhost.exe:tty sometimes times out on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty sometimes times out on Windows 10: conhost.exe:tty start programs/conhost/tests/tty.c conhost.exe:tty:1734 done (258) in 120s https://test.winehq.org/data/patterns.html#conhost.exe:tty The timeouts are very frequent on Windows 10 1909 as per bug 51182. However they also happen on other Windows 10 versions like 2004 and 21H1 where they cannot be blamed on conhost.exe being a buggy early version. Adding more traces shows that the test gets stuck in test_read_console_control(). Depending on the run this happens in one of two locations: 1350: skip_sequence("\x1b[25l"); /* broken hide cursor */ tty.c:1370:4.047 Test succeeded tty.c:1373:4.047 Test succeeded tty.c:226:4.047 Test succeeded tty.c:1705:3.984 Test succeeded tty.c:1350:4.110 Test succeeded tty.c:603:4.tty.c:1602:4.047 Test 110 Test succeeded succeeded ttytty.c:60.c:6:4.110 T16est succeeded 04:4tty.c:.043477:4.110 Test succeeded Test succeeded tty.c:1245:4.110 Test succeeded conhost.exe:tty:1dbc done (258) in 120s 1406: skip_sequence("\x1b[?25l"); /* hide cursor */ tty.c:1647:6.578 Test succeeded tty.c:1650:tty.c6.578:140 Test5:6.6 succeeded87 Tes t succeeded tty.c:1405:6.687 Test succeeded tty.c:1405:6.687 Test succeeded tty.c:1405:6.687 Test succeeded tty.c:1406:6.687 Test succeeded tty.c:437:6.750 Test succeeded tty.c:1245:6.750 Test succeeded conhost.exe:tty:13d4 done (258) in 120s The traces are mangled because the main test process and the child process write to stdout at the same time. In all cases the last trace is from write_console_pipe(): 1245: ok(res, "WriteFile failed: %lu\n", GetLastError()); -- Do not reply 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 49700] New: Apps crash on discrete NVIDIA card with X error BadMatch: NV-GLX when emulated virtual desktop is enabled
by WineHQ Bugzilla 25 Oct '22

25 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=49700 Bug ID: 49700 Summary: Apps crash on discrete NVIDIA card with X error BadMatch: NV-GLX when emulated virtual desktop is enabled Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rockorequin(a)hotmail.com Distribution: --- I'm running Ubuntu 20.04, wine-devel 5.14, nvidia 450.57-0ubuntu0~0.20.04.2 on an Optimus system with prime-select set to on-demand. I'm also running dxvk-1.7.1 because the games I've tried crash without it. With a clean wine prefix except for the graphics set to emulate a virtual desktop of 1920x1080, running a game with the command "__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia wine <exe file"> fails with an error like this: Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 156 (NV-GLX) Minor opcode of failed request: 43 () Serial number of failed request: 334 Current serial number in output stream: 335 With a clean wine prefix (ie no virtual emulated desktop), the games run without issue, and in wine 5.0.1 they run with and without an emulated desktop. Both dx9 and dx11 games crash - I don't think DirectX is relevant here because the crash is when the game first tries to create a 3d window. -- Do not reply 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 49928] New: Crazy Taxi Control is not working
by WineHQ Bugzilla 25 Oct '22

25 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=49928 Bug ID: 49928 Summary: Crazy Taxi Control is not working Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Crazy Taxi controller does not work. Tested in a clean wine prefix. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 52257] New: MotoGP 2 launcher 'Configure controller' menu doesn't remember changes to key mappings
by WineHQ Bugzilla 23 Oct '22

23 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=52257 Bug ID: 52257 Summary: MotoGP 2 launcher 'Configure controller' menu doesn't remember changes to key mappings Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: tobias.boesch(a)googlemail.com Distribution: Debian Created attachment 71387 --> https://bugs.winehq.org/attachment.cgi?id=71387 Log of changing keymappings with a fresh wineprefix Hello Wine dev team, I tried launching MotoGP 2 (verified that the demo also has this issue) and found out that - after the game is installed and - started via launcher.exe and - the launcher appears and - clicking the "Configure controllers" button and - changing a key mapping, byselect a key listed in the right panel, then double click a function in the left panel and - closing the controller menu by clicking on OK and - reopening the controller menu (like in one of the previous steps), then the previously changed mapping is not present anymore (like no change to the key has been made) I expect that changed key mappings are persistent after setting it up and confirming the controller configuration menu and after closing and starting the game. Important note: When having an empty wineprefix (deleted wineprefix folder) the first change of a key map is persistent, even when closing the game. The changes made after that change will not be persistent. This was tested with the key "Escape" and it was set To "Accelerate" for testing purposes. This works on a recent Windows 10 (when using Microsoft DirectInput Mapper). See the following comment: https://bugs.winehq.org/show_bug.cgi?id=52198#c14 why MS DirectInput Mapper is not used here. I was able to log messages from wine and added them as attachment. The demo version can be found at: https://www.fileplanet.com/archive/p-18296/MotoGP-2-PC-Demo Wine AppDB entry for MotoGp 2: https://appdb.winehq.org/objectManager.php?sClass=application&iId=3660 Fixing this might be too much work: See comment 14: https://bugs.winehq.org/show_bug.cgi?id=52198#c14 -- Do not reply 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 53291] New: RIDE: Game config tool needs mfc120u.dll
by WineHQ Bugzilla 23 Oct '22

23 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53291 Bug ID: 53291 Summary: RIDE: Game config tool needs mfc120u.dll Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: mfc Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 043c:err:module:import_dll Library mfc120u.dll (which is needed by L"C:\\Program Files (x86)\\Steam\\steamapps\\common\\RIDE - Game\\ConfigDialogX64.dll") not found wine-7.11-188-g29dd8444397 -- Do not reply 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 48551] New: Resident Evil 2 Remake crashes after first cut scene.
by WineHQ Bugzilla 23 Oct '22

23 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=48551 Bug ID: 48551 Summary: Resident Evil 2 Remake crashes after first cut scene. Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dron2065(a)rambler.ru Distribution: --- Created attachment 66363 --> https://bugs.winehq.org/attachment.cgi?id=66363 Output log Steam version of Resident Evil 2 Remake crashes after first cut scene. Tested with DXVK 1.5.3 because without it game does not start. At Valve Proton based on wine-4.11 there is no this error. Output log - at attachment. -- Do not reply 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

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 July 2022