December 2021 - Wine-Bugs - list.winehq.org

[Bug 52190] New: unhandled exception
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52190 Bug ID: 52190 Summary: unhandled exception Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: travellouer(a)gmail.com Distribution: --- Created attachment 71243 --> https://bugs.winehq.org/attachment.cgi?id=71243 backtrace file from wine Glyph the game access portal for rift after installing required update of Glyph wine has: Unhandled exception: wine-5.0.3 (Ubuntu 5.0.3-3ubuntu2) Ubuntu 21.10 kernel: 5.13.0-22-generic Sorry first time sending bug report just happened a bit ago kids are screaming. I did search the sites but did not see anything related. I also tried Glyph on actual win 7 virtual machine it came up fine. Not sure if that is helpful or not. The backtrace file is attached. If I did something wrong in filing this I apologize Everything worked earlier today until threquired update of Glyph 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 3

[Bug 52176] New: Houkago Cinderella - Promotion Edition doesn't start up due to stack overflow.
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52176 Bug ID: 52176 Summary: Houkago Cinderella - Promotion Edition doesn't start up due to stack overflow. Product: Wine Version: 6.22 Hardware: x86-64 URL: https://web.archive.org/web/20200810201315if_/http://s uezou.dyndns.org/dl2020/hooksoft/houkago/houkago_promo tion.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Houkago Cinderella - Promotion Edition[1] is a demo version of visual novel published by Hooksoft, Japan. When I launch the game with Wine, it doesn't start properly. Adding font replacement settings[2], e.g. "ＭＳゴシック", doesn't help at all. [1] https://vndb.org/r72129 [2] https://wiki.winehq.org/Font_Replacements Steps to reproduce: 1. Unzip houkago_promotion.zip (MD5: ed7135ddb1a340dceedbe343a1e5b896) 2. cd 放課後シンデレラ_プロモーション版 3. LANG=ja_JP.UTF-8 wine 放課後シンデレラ.exe Expected result: Window will be shown and it shows the publisher logo, title screen, etc. Actual result: It doesn't show any windows. terminal shows following output: --- 0100:err:sync:RtlpWaitForCriticalSection section 00260200 "?" wait timed out in thread 0100, blocked by 0024, retrying (60 sec) 0124:err:sync:RtlpWaitForCriticalSection section 0034D488 "?" wait timed out in thread 0124, blocked by 0024, retrying (60 sec) 0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread 0024 addr 0x7bc41c98 stack 0x120b3c (0x120000-0x121000-0x220000) --- -- Do not reply 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 52003] New: Stack overflow inside xml2.xmlXPathInit function.
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52003 Bug ID: 52003 Summary: Stack overflow inside xml2.xmlXPathInit function. Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 71003 --> https://bugs.winehq.org/attachment.cgi?id=71003 Thrown exceptions. The simulator "Zusi 3" uses .htm webpages to show information about its available content. Some websites have a line of JavaScript that looks something like this: <script>var xhr = new window.ActiveXObject( "Microsoft.XMLHTTP" );</script> which cause the program to crash using Wine. A +seh trace, provided in the attachments, shows that the program throws a lot of Division by Zero exceptions before dying in a stack overflow. Further debugging ended in the result, that the crash occurs inside the function "xmlXPathInit" from the xml2 library, which, without a surprise, does divide by zero. The function call is reached from "msxml3.DllMain" through DLL_PROCESS_ATTACH and the function "xmlInitParser". Changing the code to something like *((long long*) &xmlXPathNAN) = 0x7ff8000000000000; resolved the issue, though this undefined behavior in C. (z.f. suggested to use unions instead.) The only thing that really confuses me, is the big amount of thrown exceptions, even though the program only executes the division by zero only once. Even on assembly level. Also, why does this cause a stack overflow? -- Do not reply 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 51886] New: YouTube Movie Maker: Can't launch after installing
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=51886 Bug ID: 51886 Summary: YouTube Movie Maker: Can't launch after installing Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dungomarkdevlin22(a)gmail.com Distribution: --- Created attachment 70828 --> https://bugs.winehq.org/attachment.cgi?id=70828 backtrace I downloaded YouTube Movie Maker here [https://www.makeyoutubevideo.com/] and installed it successfully. It is even in the Desktop and Application List menu. When I open the shortcut, it will show me three buttons to make, upload, or manage my videos. After clicking on one of them, the loading screen will show, and a little blue rectangle on the top left of the screen will show and the wine "Program Error" window. [https://photos.app.goo.gl/65W9zwFzndbMjQjo6] -- Do not reply 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 51049] New: Sea of Thieves crash when entering a lobby
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=51049 Bug ID: 51049 Summary: Sea of Thieves crash when entering a lobby Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- After you set Sail in "Sea of Thieves", it crash due to a secur32 error. Prior to to commit f93284dfa44b060436c6a0617b51280abb3f24fc, it worked as expected. The crash occurs in function schan_InitializeSecurityContextW. The scenario is that it create a SCHAN_HANDLE_CTX handle, then later frees it. Then attempts to create another SCHAN_HANDLE_CTX, however passes the same parameters through except pInput (which is NULL). Previous, this would return SEC_E_INCOMPLETE_MESSAGE, since the pInput was NULL, however however now, it jumps through to else if (!is_dtls_context(ctx)) return SEC_E_INCOMPLETE_MESSAGE; However the ctx has already been freed in this case and then crashes. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 47865] New: comctl32:propsheet: Different button order for some RTL locales in Windows 1809?
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=47865 Bug ID: 47865 Summary: comctl32:propsheet: Different button order for some RTL locales in Windows 1809? 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 comctl32:propsheet fails on the new Windows 1809 Arabic VM (ww1064v1809_ar): propsheet.c:1202: RTL locale detected propsheet.c:511: Test failed: Cancel button should be to the left of OK button propsheet.c:520: Test failed: Apply button should be to the left of Cancel button propsheet.c:529: Test failed: Help button should be to the left of Apply button propsheet.c:821: Test failed: property sheet with custom window proc: the msg 0x0046 was expected, but got msg 0x0210 instead https://test.winehq.org/data/tests/comctl32:propsheet.html However that test still succeeds for the Hebrew locale of the same Windows 1809 VM (w1064v1809_he), and of course on the Hebrew Vista VM (wvistau64_he). So either the button order is different in Arabic and Hebrew despite both being RTL locales (maybe it depends on something else?), or something prevents the test from correctly recognizing the button order, or something is wrong in the new Arabic setup. For reference, support for RTL locales was introduced in this patch (without it the test would likely fail even harder): commit b8d01f9e1e8c44df5172c4cbfae627158930db72 Author: Alex Henrie <alexhenrie24(a)gmail.com> AuthorDate: Mon Nov 20 22:54:35 2017 -0700 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Nov 21 21:47:42 2017 +0100 comctl32/tests: Detect and handle an RTL locale. Signed-off-by: Alex Henrie <alexhenrie24(a)gmail.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 52184] New: Initial breakpoint absent when debugging under WinDbg/CDB (build 22000.1)
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52184 Bug ID: 52184 Summary: Initial breakpoint absent when debugging under WinDbg/CDB (build 22000.1) Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- When debugging with WinDbg or CDB (build 22000.1), the initial breakpoint before the program entry point is not hit at all. This appears to be because DbgEng creates the debug port object with limited access permissions, causing NtQueryInformationProcess/ProcessDebugPort to fail with STATUS_ACCESS_DENIED. This leads to Wine's process_breakpoint() function (called by LdrInitializeThunk) failing to detect that the current process is being debugged, and the initial breakpoint is skipped. -- Do not reply 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 51946] New: cMUD 3.34 crashes with nTRaiseException
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=51946 Bug ID: 51946 Summary: cMUD 3.34 crashes with nTRaiseException Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mssxtn(a)gmail.com Distribution: ArchLinux Created attachment 70918 --> https://bugs.winehq.org/attachment.cgi?id=70918 Installation of CMUD cMUD 3.34 worked fine under wine-staging until 6.20. Uninstalled wine-staging and installed wine, along with all of its deps and optional deps. Removed old .wine and ran both win64 and win32 winearches with the same errors. Install of cMUD 3.34 pops up with an unhandled exception during the install process. Running the program results in the same/similar unhandled exception. Downgrading to wine 6.19 resolves the problem and the application runs as expected. Related Unrelated Issue? https://bugs.winehq.org/show_bug.cgi?id=49321 -- Do not reply 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 52129] New: EnumCalendarInfo hangs indefinitely when iterating over optional calendars
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52129 Bug ID: 52129 Summary: EnumCalendarInfo hangs indefinitely when iterating over optional calendars Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 42ed9797b1929fc5917bd967f7062cab953fab55 Distribution: --- Internal_EnumCalendarInfo fails to exit enumeration loop if all of the following conditions are met: - ENUM_ALL_CALENDARS is specified for calendar ID. - An optional calendar exists for the current locale, which is one of: Arabic, Chinese, Divehi, Persian, Hebrew, Japanese, Korean, Thai, Urdu. - The enumerator callback function never returns FALSE. This results in some .NET Framework 4.8 apps to hang when using certain locale functions. -- Do not reply 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 52116] New: World of Warships: garbled textures and GL_INVALID_OPERATION errors due to invalid PBO access
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52116 Bug ID: 52116 Summary: World of Warships: garbled textures and GL_INVALID_OPERATION errors due to invalid PBO access Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janbraun(a)gmx.net CC: jsikorski(a)codeweavers.com Regression SHA1: bb285f56f9ca843c58ee37328027c9611f2587d0 Distribution: --- World of Warships has graphical artifacts: (seemingly random) textures turn into weird colors and stay that way until game restart. This makes for an over time increasingly psychedelic game experience. ;) The console log spits out the following message from time to time (with varying hexvalues): 0430:err:d3d:wined3d_debug_callback 0x245380: "GL_INVALID_OPERATION in glCompressedTexSubImage2D(invalid PBO access)". Reverting commit bb285f56f9ca843c58ee37328027c9611f2587d0 "wined3d: Avoid stalling the pipeline on 3D blits." fixes both. re-tested with current git head wine (67d0509f2f5), running Mesa 21.2.5 on amdgpu. Please holler if you need more info. -- Do not reply 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