wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3890 discussions

[Bug 53768] New: Winfile crashes due to unimplemented user32.dll.DragObject
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53768 Bug ID: 53768 Summary: Winfile crashes due to unimplemented user32.dll.DragObject Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Attempting to drag a file in Winfile results in the application crashing with the following error: > wine: Call from 000000007B013B3E to unimplemented function user32.dll.DragObject, aborting To reproduce: 1. Get Winfile from https://github.com/microsoft/winfile and run it. 2. Navigate to a directory containing files or folders. 3. In the right panel, click on a file or directory to select it. Then attempt to click and drag it. 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 4

[Bug 53484] New: dxgi:dxgi times out on the debiant VM
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53484 Bug ID: 53484 Summary: dxgi:dxgi times out on the debiant VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dxgi:dxgi times out on the debiant VM: dxgi:dxgi:04b4 done (258) in 120s https://test.winehq.org/data/patterns.html#dxgi:dxgi The timeouts started on 2022-07-27 and have been systematic since. Yet neither the VM configuration nor the test have changed around that date. So the timeouts are most likely caused by some change in Wine. Also when adding timing information (WINETEST_TIME) I did not see any place where the test would get stuck for several seconds. The discrepancy between debian11 and debiant is just that the test was already slower on debiant: Up to 2022-07-26 debian11 took 16 s and debiant 70 s Since 2022-07-27 debian11 takes 96 s and debiant times out So on 2022-07-27 something caused a 5x slowdown and because debiant was already 4x slower than debian11 it now times out. -- 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 52467] New: Regression from 6.0.2 to 7.0 with Kaseya Live Connect 9.5.0.28 management software
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52467 Bug ID: 52467 Summary: Regression from 6.0.2 to 7.0 with Kaseya Live Connect 9.5.0.28 management software Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike(a)papersolve.com Distribution: --- Created attachment 71755 --> https://bugs.winehq.org/attachment.cgi?id=71755 backtrace of crash of kaseya live connect management software Hi, I am reporting a regression from wine 6.0.2 to wine 7.0. Unfortunately it's with an app that will be rather hard for you to test (it's the technician software for the Kaseya remote management and monitoring software that allows techs to connect to computers remotely and manage them... yeah that Kaseya that got hacked last year!). Works great for me in wine 6.0.2 but not in 7.0, where one of its components crashes. I will attach the logs and backtrace below, but I was able to do a bisect and came up with this: root@ossy:/usr/src/wine-git# git bisect good 5c009c17b3a212c3f5b0034c465077c0c593daae is the first bad commit commit 5c009c17b3a212c3f5b0034c465077c0c593daae Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Tue Jun 15 23:13:32 2021 -0500 ws2_32: Reimplement bind() and getsockname() on top of IOCTL_AFD_BIND and IOCTL_AFD_GETSOCKNAME respectively. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ws2_32/socket.c | 344 ++++++------------------------------------- dlls/ws2_32/tests/afd.c | 8 +- dlls/ws2_32/tests/sock.c | 2 +- dlls/ws2_32/ws2_32_private.h | 4 - 4 files changed, 54 insertions(+), 304 deletions(-) While this is likely related to #47412 and #51464 I'm hoping that my additional work doing the backtrace will link this up with other bug reports for any other software that may be affected. -- 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 51779] New: Visual Studio msvsmon fails to bind server socket in child processes
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51779 Bug ID: 51779 Summary: Visual Studio msvsmon fails to bind server socket in child processes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: jacek(a)codeweavers.com Distribution: --- Created attachment 70679 --> https://bugs.winehq.org/attachment.cgi?id=70679 hack When a connection to msvsmon.exe [1] is established, msvsmon spawns a new child process to listen for more incoming connections. Unix is less permissive in its SO_REUSEPORT handling than Windows, we may need to be more to handle more of that ourselves. The attached hack may be used to work around the problem. [1] https://wiki.winehq.org/Wine_Developer%27s_Guide/VS_Remote_Debugging -- 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 53879] New: Gothic 1 stopped working (doesn't even launch) since several Wine versions
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53879 Bug ID: 53879 Summary: Gothic 1 stopped working (doesn't even launch) since several Wine versions Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phd(a)phd.re Distribution: --- Created attachment 73406 --> https://bugs.winehq.org/attachment.cgi?id=73406 gothic-1-log.txt Gothic 1 stopped working (doesn't even launch) since several Wine versions: 0110:err:module:LdrInitializeThunk "msdbi.dll" failed to initialize, aborting 0110:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files (x86)\\Piranha Bytes\\Gothic\\System\\GOTHIC.EXE" failed, status c0000005 It was working perfectly fine before (probably in Wine 6.x). -- 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 53798] New: Port Royale 2: incomplete text rendering
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53798 Bug ID: 53798 Summary: Port Royale 2: incomplete text rendering Product: Wine Version: 7.19 Hardware: x86-64 URL: https://web.archive.org/web/20210718180607/http://down load.fileplanet.com/ftp1/082004/pr2_english_demo.exe?s t=mosNWaEYCEe6WZeTJGnPow&e=1626642309 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: ec6b6f38be970fc6af67f4f0710fc74e1ce0964b Distribution: --- There are several places in the game where text is rendered incompletely. Can be reproduced in the demo. Reverting commit ec6b6f38be970fc6af67f4f0710fc74e1ce0964b fixes the problem for me. To reproduce the problem in the demo: Choose <Scenarios> in the main menu, select any scenarios. After the game is loaded a welcome window appears. The title "Welcome to Port Royale 2" is missing most of the letters. Press <Esc> to bring up the menus: text in the menu is either completely missing or incompletely rendered. Name of the goods you can trade with doesn't appear correctly. pr2_english_demo.exe (235M) md5sum: 08f951316e286ae4be627a25e3dba4ac OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03 OpenGL core profile shading language version string: 4.60 NVIDIA Wine-7.19 -- 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 53738] New: Cherry MIDI sequencer cannot read files with a path including CJK characters
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53738 Bug ID: 53738 Summary: Cherry MIDI sequencer cannot read files with a path including CJK characters Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shinichi.tanaka45(a)gmail.com Distribution: --- Created attachment 73180 --> https://bugs.winehq.org/attachment.cgi?id=73180 files can be opened (bgm_02.CHY) and cannot be opened (音楽_02.CHY). these files are same except its filename. A MIDI sequencer application "Cherry" (http://hp.vector.co.jp/authors/VA010012/, its UI is in Japanese because of Japanese developer) cannot open some files with a path including CKJ characters. When trying to open a file with CJK path, the app Cherry shows a dialog "File reading error or a malformed file format" (in Japanese). When launch in terminal with like "wine cherry.exe" then reproduce that behavior, but this app does ntnot output any logs about that. Detailed situations are like this: - files with a name only with ASCII characters can be opened - files with a name including CJK characters cannot be opened - files with a name only with ASCII but in a directory with CJK characters cannot be opened These behaviors are reproduced in all published versions of Cherry in that website : - v1.4.3 - v1.5.2 (alpha) - v1.5.3 (alpha) And the locale info in my machine is here: ``` locale LANG=ja_JP.UTF-8 LANGUAGE=ja:en_US:en LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC=ja_JP.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=ja_JP.UTF-8 LC_MESSAGES="ja_JP.UTF-8" LC_PAPER=ja_JP.UTF-8 LC_NAME=ja_JP.UTF-8 LC_ADDRESS=ja_JP.UTF-8 LC_TELEPHONE=ja_JP.UTF-8 LC_MEASUREMENT=ja_JP.UTF-8 LC_IDENTIFICATION=ja_JP.UTF-8 LC_ALL= ``` I tried some launching way below with specifying locale but these behaviors are reproduced: - `LC_ALL=ja_JP.UTF-8 wine cherry.exe` and open CJK path files - `LANG=ja_JP.UTF-8 wine cherry.exe` and open CJK path files I feel this may not be a problem about WineHQ, may be simply a problem about my locale settings, but I cannot resolve this so report as a bug. -- 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 14

[Bug 53676] New: vbscript can not exec_script - invalid number of arguments for Randomize
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53676 Bug ID: 53676 Summary: vbscript can not exec_script - invalid number of arguments for Randomize Product: Wine Version: 7.16 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 working on leveraging the vbscript engine of Wine for a macos port of Visual Pinball, I've been testing several user made scripts. I know Global_Randomize is not yet implemented (E_NOTIMPL), but I just came across a script error with "invalid number of arguments": Option Explicit Randomize On Error Resume Next == Randomize [number] Randomize uses number to initialize the Rnd function's random-number generator, giving it a new seed value. If you omit number, the value returned by the system timer is used as the new seed value. === In global.c, I think the entry should be: {L"Randomize", Global_Randomize, 0, 0, 1}, instead of {L"Randomize", Global_Randomize, 0, 1}, -- 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 53081] New: Retina Mode broken since 7f7f9fa22c5cbe629e79a54257d5bd21403e80db
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53081 Bug ID: 53081 Summary: Retina Mode broken since 7f7f9fa22c5cbe629e79a54257d5bd21403e80db Product: Wine Version: 7.9 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Setting HKCU\Software\Wine\Mac Driver\RetinaMode="1" no longer has any effect on high DPI Macs. The windows Wine creates are DPI-Scaled by the operating system. This is a regression caused by the following patch: 7f7f9fa22c5cbe629e79a54257d5bd21403e80db is the first bad commit commit 7f7f9fa22c5cbe629e79a54257d5bd21403e80db Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun May 15 20:27:37 2022 +0200 winemac: Directly use ntdll for registry access in create_original_display_mode_descriptor. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> A quick check suggests that the registry key itself is picked up OK, so the problem is probably that the retina code doesn't see the original display mode correctly and thinks the mode has been changed. -- 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 53856] New: Wine 7.20 doesn't come with a number of files
by WineHQ Bugzilla 11 Nov '22

11 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53856 Bug ID: 53856 Summary: Wine 7.20 doesn't come with a number of files Product: Wine Version: 7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- I've just installed Wine 7.20 from sources and I've noticed that it doesn't install to $PREFIX/lib/wine/i386-windows a number of files which were available part of 7.19: activeds.tlb apisetschema.dll icmp.dll light.msstyles lz32.dll mferror.dll mshtml.tlb msimsg.dll normaliz.dll security.dll sfc.dll shdoclc.dll stdole2.tlb stdole32.tlb tzres.dll usp10.dll wmi.dll Is this intentional? Is this OK? -- 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

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