wine-bugs October 2022

wine-bugs@winehq.org

1 participants
3927 discussions

[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 53829] New: Font links for MingLiU broken 32-bit wineprefixes
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53829 Bug ID: 53829 Summary: Font links for MingLiU broken 32-bit wineprefixes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine fails to create (non-WoW) 32-bit wineprefixes: 0024:err:environ:run_wineboot boot event wait timed out wine: could not load kernel32.dll, status c0000135 A bisect shows the issue started with this commit: commit edecac8afdd04701314381b6386e0f7ac862e066 Author: Ziqing Hui <zhui(a)codeweavers.com> Date: Tue Oct 18 13:38:56 2022 +0800 win32u: Add font links for MingLiU. As was reported by the TestBot: https://gitlab.winehq.org/wine/wine/-/merge_requests/1089 Reverting this commit fixes the 32-bit wineprefix creation. -- Do not reply 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 53521] New: imm32:imm32 - test_default_ime_window_creation() fails on Windows 10 21H1+
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53521 Bug ID: 53521 Summary: imm32:imm32 - test_default_ime_window_creation() fails on Windows 10 21H1+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com imm32:imm32 - test_default_ime_window_creation() fails on Windows 10 21H1+: imm32.c:1427: Test failed: Expected IME window existence https://test.winehq.org/data/patterns.html#imm32:imm32 This failure is systematic and this check was introduced in: commit 716e9c93e4a2a0574e0028d428eb087574d8d843 Author: Akihiro Sagawa <sagawa.aki(a)gmail.com> AuthorDate: Fri Sep 2 21:55:37 2016 +0900 imm32/tests: Add more default IME window tests with message-only window. Signed-off-by: Akihiro Sagawa <sagawa.aki(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 6

[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 53855] New: V Rising everything is blue graphical glitch (texture issue)
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53855 Bug ID: 53855 Summary: V Rising everything is blue graphical glitch (texture issue) Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 73382 --> https://bugs.winehq.org/attachment.cgi?id=73382 V Rising - Wine-staging 7.19 - Default terminal output Hello, I tested V Rising while it was free on Steam (https://store.steampowered.com/app/1604030/V_Rising/) The main issue (this bug) is that everything is plain blue. It looks like a texture related issue. There is also a memory consumption issue. The minimum memory requirements is 12GB but the game consumes more than that. I have 16GB of memory but it's filled quickly and multiple GB of swap space are used. This doesn't prevent the game from working though. It just makes it slow to load. Debian 8 jessie Intel® Core™ i7-4930K CPU @ 3.40GHz × 12 NVIDIA GeForce RTX 2070/PCIe/SSE2 (8GB VRAM - proprietary driver 515.57) 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 5

[Bug 53853] New: loader/wine.inf.in Unable to enter Chinese as Nombre when create regedit
by WineHQ Bugzilla 31 Oct '22

31 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53853 Bug ID: 53853 Summary: loader/wine.inf.in Unable to enter Chinese as Nombre when create regedit Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- I know that we can modify wine.inf.in according to the format of the .inf file, so that wine will write the corresponding content into the registry when it starts. such as: > HKLM,%FontSubStr%,"MS Shell Dlg 2",,"Tahoma" But when I type Chinese in this file, the Chinese cannot be imported into the registry very well, instead it becomes garbled characters such as: > HKLM,%FontSubStr%,"宋体",,"Tahoma" After starting wine, the corresponding position will become garbled. instead of Chinese "宋体" -- Do not reply 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 53852] New: Launching wine resets DualShock 4 LED to default blue
by WineHQ Bugzilla 30 Oct '22

30 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53852 Bug ID: 53852 Summary: Launching wine resets DualShock 4 LED to default blue Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: andysem(a)mail.ru Distribution: --- Launching any application under wine (e.g. winecfg) resets DualShock 4 LED to the default light blue light. Happens every time. The gamepad is connected over Bluetooth and its LED is disabled upon connecting by my udev rules, so wine is constantly breaking my configuration. Steps to reproduce: 1. Connect DualShock 4 over Bluetooth. 2. Turn off the LED by "for f in /sys/bus/hid/devices/0005:054C:05C4.000D/leds/*; do echo 0 > $f/brightness; done". Here, 0005:054C:05C4.000D is the gamepad device id. 3. Run "wine winecfg". This is on Kubuntu 22.04, Linux kernel 5.15.0-52-lowlatency. Interestingly, even after running wine, all the "brightness" files still report 0. It looks like wine is somehow resetting the controller LED to the default state without writing to these control files. In order to turn the LED off again after that one has to write a non-zero value to the brightness files first, and then zero again. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 53851] New: wrong symbols for close, Minimize and Maximize in titlebar buttons and system menus
by WineHQ Bugzilla 30 Oct '22

30 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=53851 Bug ID: 53851 Summary: wrong symbols for close, Minimize and Maximize in titlebar buttons and system menus Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bastien.blanchon(a)gmail.com Distribution: --- On Linux mint 22 "vanessa" (mate desktop+wm) wine 6.03 the buttons in use for the windows size handling options are incorrect on - windows menu - modal sub windows titlebars - application titlebars when using "virtual desktop" mode square instead of cross for "close" 1 instead of the maximize symbol for maximize, idem with 2 for "restore" and 0 for minimize please note that the following packages are installed - ms core fonts (in text mode so as not to miss the license validation) - wine fonts - tahoma font was installed with wintricks, without result this issue seems similar to what happens when when wine font is not installed, so should just be an font issue No Bug relate dto this issue con be found on linux mint or ubuntu forum -- Do not reply 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 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

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