wine-bugs February 2023

wine-bugs@winehq.org

1 participants
3301 discussions

[Bug 54456] New: vbscript memory leak in For Each with SafeArray as group
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54456 Bug ID: 54456 Summary: vbscript memory leak in For Each with SafeArray as group Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While porting Visual Pinball to cross platform, I started using XCode Instruments to find some outstanding memory leaks. Given the following code: Class cvpmDictionary Private mDict Private Sub Class_Initialize : Set mDict = CreateObject("Scripting.Dictionary") : mDict("key") = "value" : End Sub Public Function Keys : Keys = mDict.Keys : End Function End Class Dim vpDict Set vpDict = New cvpmDictionary Sub RollingTimer_Timer For Each obj In vpDict.Keys : Debug.Print "Key" : Next End Sub RollingTimer_Timer gets executed a few times a second. This seems to leak the vpDict.Keys SafeArray. If I change the code to: Sub RollingTimer_Timer Dim x x = vpDict.Keys For Each obj In x : Debug.Print "Key" : Next End Sub No memory leaks are detected. In this case, release_exec calls VariantClear for ctx->vars which frees the SafeArray in X. In the first case, vpDict.Keys doesn't appear to be stored anywhere, so nothing is freed in release_exec. -- 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 54379] New: since wine 8.0 print doesn't work any more
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54379 Bug ID: 54379 Summary: since wine 8.0 print doesn't work any more Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spam(a)abma.de Distribution: --- after upgrading to wine 8.0 printing to a network printer doesn't work any more. with wine 7.0 printing the same on the same printer just works. i've run the app with: WINEDEBUG=+winprint see attachment: not sure if relevant, what looks suspicious: OpenPrintProcessor L", Port", 0740D014 -- 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 35

[Bug 49615] New: since 5.5 : fail DVD access without any need or cause.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=49615 Bug ID: 49615 Summary: since 5.5 : fail DVD access without any need or cause. Product: Wine-staging Version: 5.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67801 --> https://bugs.winehq.org/attachment.cgi?id=67801 dmesg output OS: Fedora 31 ARCH: X86_64 CPU: FX8350 On wine-staging start, the attached log is produced, everytime a programm is started and sometimes in conjunction with NVRM Xid 31/32 errors for Nvidia gfx car. This can be observed since wine 5.5 . 3d party extension: DXVK packages installed: mingw32-wine-gecko-2.47.1-1.fc31.noarch mingw64-wine-gecko-2.47.1-1.fc31.noarch wine-5.10-1.fc31.i686 wine-5.10-1.fc31.x86_64 wine-alsa-5.10-1.fc31.i686 wine-alsa-5.10-1.fc31.x86_64 wine-arial-fonts-5.10-1.fc31.noarch wine-capi-5.10-1.fc31.i686 wine-capi-5.10-1.fc31.x86_64 wine-cms-5.10-1.fc31.i686 wine-cms-5.10-1.fc31.x86_64 wine-common-5.10-1.fc31.noarch wine-core-5.10-1.fc31.i686 wine-core-5.10-1.fc31.x86_64 wine-courier-fonts-5.10-1.fc31.noarch wine-debuginfo-2.10-1.fc25.x86_64 wine-desktop-5.10-1.fc31.noarch wine-filesystem-5.10-1.fc31.noarch wine-fixedsys-fonts-5.10-1.fc31.noarch wine-fonts-5.10-1.fc31.noarch wine-ldap-5.10-1.fc31.i686 wine-ldap-5.10-1.fc31.x86_64 wine-marlett-fonts-5.10-1.fc31.noarch wine-mono-5.0.0-1.fc31.noarch wine-ms-sans-serif-fonts-5.10-1.fc31.noarch wine-openal-5.10-1.fc31.i686 wine-openal-5.10-1.fc31.x86_64 wine-opencl-5.10-1.fc31.i686 wine-opencl-5.10-1.fc31.x86_64 wine-pulseaudio-5.10-1.fc31.i686 wine-pulseaudio-5.10-1.fc31.x86_64 wine-small-fonts-5.10-1.fc31.noarch wine-staging64-5.13-1.3.x86_64 wine-staging-common-5.13-1.3.i686 wine-symbol-fonts-5.10-1.fc31.noarch wine-systemd-5.10-1.fc31.noarch wine-system-fonts-5.10-1.fc31.noarch wine-tahoma-fonts-5.10-1.fc31.noarch wine-tahoma-fonts-system-5.10-1.fc31.noarch wine-times-new-roman-fonts-5.10-1.fc31.noarch winetricks-20200412-1.fc31.noarch wine-twain-5.10-1.fc31.i686 wine-twain-5.10-1.fc31.x86_64 wine-wingdings-fonts-5.10-1.fc31.noarch -- 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 54495] New: Motorola Ready For Assistant does not start
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54495 Bug ID: 54495 Summary: Motorola Ready For Assistant does not start Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lischak(a)gmail.com Distribution: --- Created attachment 74049 --> https://bugs.winehq.org/attachment.cgi?id=74049 install+run of v04.0.0.010.000 on Wine 8.1 Motorola Ready For Assistant is a software for interfacing with Motorolas from desktop, allowing either phone screen mirror or a full-sized Android-powered desktop similar to Samsung DeX. The installer appears to finish successfully, but the application will not start. Installation file is freely downloadable: https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno… # ReadyFor is reportedly supported on Win10, make sure our prefix is Win10 WINEPREFIX=~/.wine_readyfor winecfg cd ~/Downloads WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe Attaching log from installation and from a follow-up run. Env: Fedora 37, using the appropriate official WineHQ repo. Note: The software is apparently only available via MS Store nowadays, but the Store install just downloads a normal Win32 .exe from Motorola/Lenovo's servers in the background. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 54493] New: vbscript fails to compile concat when used without space and expression begins with H
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54493 Bug ID: 54493 Summary: vbscript fails to compile concat when used without space and expression begins with H Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While porting Visual Pinball to cross platform, I ran into a script with the following: DMD CL(0, "HIGHSCORES"), "1> " &HighScoreName(0) & " " &FormatScore(HighScore(0)), "", eNone, eScrollLeft, eNone, 2000, False, "" This is valid in vbscript and knows that &HighScoreName is not a hex number. In lex.c I see: case '&': if(*++ctx->ptr == 'h' || *ctx->ptr == 'H') return parse_hex_literal(ctx, lval); return '&'; Is there a way we could advance to make sure it's really a hex value instead of a variable? -- 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 54376] New: ws2_32:sock - test_reuseaddr() overflows a sockaddr variable by reading an AF_INET6 peer name into it
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54376 Bug ID: 54376 Summary: ws2_32:sock - test_reuseaddr() overflows a sockaddr variable by reading an AF_INET6 peer name into it Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: pgofman(a)codeweavers.com Regression SHA1: c6da691926c418697ab982a284228772837a4be2 Distribution: --- ws2_32:sock - test_reuseaddr() overflows a sockaddr variable (saddr) by passing it as a peer name buffer to accept() on an IPv6 TCP listener socket, which then assumes that the buffer is at least as large as struct sockaddr_in6. -- 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 54353] New: crypt32:cert - testVerifyRevocation() gets unexpected success in Wine on second run
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54353 Bug ID: 54353 Summary: crypt32:cert - testVerifyRevocation() gets unexpected success in Wine on second run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- crypt32:cert - testVerifyRevocation() gets unexpected success in some Wine configurations: cert.c:3910: Test failed: success cert.c:3911: Test failed: got 00000000 See https://test.winehq.org/data/patterns.html#crypt32:cert In fact the test only succeeds on the first run in a given wineprefix. All later runs fail: $ rm -rf ~/.wineprefix $ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert 0700:cert:0.615 608 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0 skipped. $ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert cert.c:3910: Test failed: success cert.c:3911: Test failed: got 00000000 078c:cert:0.242 608 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. # Running the test again gets the same failures This is why the test.winehq.org only has failures for my fg_deb64-wow32 test configuration: on my desktop I run the wow64 tests first, and then the wow32 tests in the same wineprefix. A bisect shows that these failures were introduced by the commit below: commit 67de946ca9bdc8f39adffca57a336165936e62e2 (refs/bisect/bad) Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Wed Jan 11 14:00:48 2023 -0600 cryptnet: Check cached revocation status in verify_cert_revocation(). That is, before this commit, running the test twice in a row was not an 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 8

[Bug 54337] New: AviUtl shows Japanese text as garbage after conversion in ExEdit edit box
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54337 Bug ID: 54337 Summary: AviUtl shows Japanese text as garbage after conversion in ExEdit edit box Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- Created attachment 73906 --> https://bugs.winehq.org/attachment.cgi?id=73906 Illustration of AviUtl mojibake AviUtl is a Japanese AVI file editing tool. When a user inputs Japanese text to the certain edit box with Input Method, it shows garbage, i.e. mojibake. How to reproduce: 1. Download aviutl110.zip and exedit93rc1.zip respectively from http://spring-fragrance.mints.ne.jp/aviutl/ 2. Unzip them. 3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe 4. From the menu bar, select [設定]-[拡張編集の設定] (Settings-ExEdit Settings). The window titled 拡張設定 (ExEdit) will be shown. 5. Right click the time-line part on the window and select [新規プロジェクトの作成] (Create new project) in the context menu. New dialog window will appear. 6. In 新規プロジェクトの作成 dialog window, click [OK]. 7. Right click the time-line part on the 拡張編集 window, again. 8. In the context menu, select the topmost [メディアオブジェクトの追加] (Add a media object) - [テキスト] (Text) in the context menu. Another dialog window titled テキスト will be shown. 9. Focus on the edit box in the bottom most of the dialog window. 10. Input Japanese characters "あいう" (aiu) with your favorite Input Method. 11. Type [ENTER] to finish conversion. Expected behavior: * After conversion, "あいう" will be shown in the edit box. Actual behavior: * After conversion, "・｢・､・" is shown. -- 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 52506] New: Setup of game "What's the Secret?" fails to create icon
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52506 Bug ID: 52506 Summary: Setup of game "What's the Secret?" fails to create icon Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71804 --> https://bugs.winehq.org/attachment.cgi?id=71804 Output of `WINEDEBUG=+shell wine 3msetup.exe` The children's educational game "What's the Secret?" creates a program group named "3M Learning Software" and an icon within it named "What's the Secret?", as can be seen in the attached trace: 0080:trace:shell:Dde_OnExecute conv=000000000025B0A0 topic=L"Progman" data=L"[CreateGroup(3M Learning Software)]" 0080:trace:shell:Dde_OnExecute conv=000000000025B0A0 topic=L"Progman" data=L"[AddItem(\"C:\\windows\\apw_data\\launch.exe F:\\3MSecret.exe\",What's the Secret?)]" There are two problems here: 1. The icon's target is a path plus arguments, which Wine does not support. 2. The icon name includes a question mark. That worked just fine on Windows 3.1, but when the Program Manager was replaced with the Start menu in Windows 95, "What's the Secret?" was automatically converted to "What's the Secret_" to make it a valid file name. Wine imitates the Start menu but doesn't do any icon name sanitization. Although installation fails, the game can still be run directly from the CD. -- 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 54570] New: Saints Row: The Third heavy rain causes heavy fps reductions
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54570 Bug ID: 54570 Summary: Saints Row: The Third heavy rain causes heavy fps reductions Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: illia.a.polishchuk(a)globallogic.com Distribution: --- Originally the issue is fired for DXVK here: https://github.com/doitsujin/dxvk/issues/2473 Trace can be found in this link: https://github.com/doitsujin/dxvk/issues/3157#issue-1514789107 -- 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

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 February 2023