wine-bugs

wine-bugs@winehq.org

1 participants
158783 discussions

[Bug 55347] New: widl generated winrt headers fails to compile with C++ code
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=55347 Bug ID: 55347 Summary: widl generated winrt headers fails to compile with C++ code Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 74933 --> https://bugs.winehq.org/attachment.cgi?id=74933 minimal sample code If winrt headers are used with C++ code, it fails to compile with both g++ and clang++. In this case, the error comes from data types of virtual function parameters. Replacing the data types with fully qualified name fixes the compiler errors. In the attachment section, a minimal sample code is added. That code does not do anything, it's just for compilation testing purpose. It compiles fine with MSVC/Visual Studio. Firefox is one of the project which is affected by this issue. Currently, a patch is used with mingw-w64 https://hg.mozilla.org/mozilla-central/file/tip/taskcluster/scripts/misc/mi… -- 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 57163] New: Wine Mono support msi no longer installs
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57163 Bug ID: 57163 Summary: Wine Mono support msi no longer installs Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Running "make dev-setup" in a wine-mono build tree now fails in the msiexec step: wine msiexec /i 'Z:\home\meh\wine-mono\image\support\winemono-support.msi' 015c:fixme:file:NtLockFile I/O completion on lock not implemented yet make: *** [GNUmakefile:81: dev-setup] Error 123 Bisecting pointed to this commit: 14b718b69bb8d62c3ae84c52d4210e81c1d21208 is the first bad commit commit 14b718b69bb8d62c3ae84c52d4210e81c1d21208 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Aug 29 14:44:38 2024 +0200 msiexec: Don't remove quotes from properties passed on the command line. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57024 programs/msiexec/msiexec.c | 43 +++++++++++++++++++++++++++++++++---------- 1 file changed, 33 insertions(+), 10 deletions(-) But I think the bisect is wrong. When running with a +msiexec,+msi log, it shows the correct filename passed to MsiInstallProductW: 015c:trace:msi:MsiInstallProductW L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" (null) But later the filename is wrong: 015c:warn:msi:MSI_OpenPackageW unable to copy package L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi\0010\0006\0001uZ:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" to L"C:\\windows\\Installer\\989.msi" (123) Adding warn+heap to the channels causes it to succeed. So I think what we really have is some sort of memory error in msi that the change to msiexec happened to trigger with a different allocation pattern. -- 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

[Bug 57189] New: Caesar 3, Neighbours from Hell 1-2: screen cropped
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57189 Bug ID: 57189 Summary: Caesar 3, Neighbours from Hell 1-2: screen cropped Product: Wine Version: 9.17 Hardware: x86-64 URL: https://archive.org/download/CaesarIiiDemo/caesar3.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 278ca7f68d727639b3389b78c363134fa2bd32a8 Distribution: --- The problem occurs in certain old games that switch to lower resolutions (800X600, 1024X768) when launched. The screen changes to the resolution the game uses, but the game screen is only partially displayed because the lower half of the screen is cut off. This happens both in fullscreen and virtual desktop mode. Reverting commit 278ca7f68d727639b3389b78c363134fa2bd32a8 (winex11: Only update the client window position in sync_client_position.) fixes the problem for me. You can reproduce the problem with Caesar 3 demo or the Neighbours from Hell Compilation on Steam: https://store.steampowered.com/app/260750/Neighbours_from_Hell_Compilation/ wine-9.17-142-g8bf8754d68a -- 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 57181] New: PathGradientBrushTest:Clone fails with InvalidParameter
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57181 Bug ID: 57181 Summary: PathGradientBrushTest:Clone fails with InvalidParameter Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The Wine Mono tests had a new failure introduced in the past few days: x86_64.MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest:Clone failed: System.ArgumentException : A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status) [0x00098] in <21d9782ed8204b41be15f7e362fe6601>:0 at System.Drawing.Drawing2D.PathGradientBrush.get_Blend () [0x0000d] in <21d9782ed8204b41be15f7e362fe6601>:0 at (wrapper remoting-invoke-with-check) System.Drawing.Drawing2D.PathGradientBrush.get_Blend() at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckPathDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.Clone () [0x00025] in <9ac254c8d9794d84946754376c20a309>:0 at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&) at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <5f03272033464958ad114b2853ddec98>:0 Tried reverting b31251650d713b7aa3d266bc6dedeab5fc93ce19, and it passed 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 6

[Bug 57199] New: window_surface not always destroyed
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57199 Bug ID: 57199 Summary: window_surface not always destroyed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 77093 --> https://bugs.winehq.org/attachment.cgi?id=77093 DPI unaware app with winex11 not destroying window surfaces With the latest Wine master (tested 03d985369dc9afe943ee3072478a2567b3fe4077, but haven't run a bisection, so can't say when this was introduced), there are scenarios where the previous window_surface for a HWND is not destroyed when a new one is created for that same HWND (e.g., resizing). This creates memory leaks which have different effects depending on the driver (e.g., winewayland eventually runs out of SHM memory). I am seeing this issue with applications that are not DPI aware when the system dpi != 96. I am attaching two logs, one for winex11 (under xwayland) and one for winewayland, from the same application (Crayon Physics Deluxe) while interactively resizing the window, in a prefix with dpi=192 configured (matching the 2x monitor scale). Note the absence of any window surface destruction calls in the logs, whereas multiple new window surfaces (for the same window) are being created during the resize. I have slightly changed the {WAYLAND,X11DRV}_CreateWindowSurface TRACE() so that it prints `*surface` (instead of `surface`) in the logs. -- 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 57136] Steinberg Download Assistant crashes (part 2)
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57136 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 9.18. -- 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 57195] New: wineconsole is broken Wine 9.17 after moving its window (Far File Manager is broken as well, as a result)
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57195 Bug ID: 57195 Summary: wineconsole is broken Wine 9.17 after moving its window (Far File Manager is broken as well, as a result) Product: Wine Version: 9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce (under X11): 1. wine wineconsole 2. Move the window. Results: CPU use 100%, wineconsole starts repainting itself indefinitely. Expected results: This shouldn't be happening. P.S. 1. This does not always happen but after running Far File Manager 2/3 (doesn't matter) and exiting it, wineconsole starts misbehaving 100%. 2. My DPI is set to 110. 3. I'm using "Lucida Console" (from MS Core Fonts) as my HKEY_CURRENT_USER\Console\FaceName Could be a result of HighDPI support in Wine 9.17. -- 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

[Bug 57141] New: tablette rapeper
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57141 Bug ID: 57141 Summary: tablette rapeper Product: Framework Mono Version: main Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: mono-basic Assignee: wine-bugs(a)winehq.org Reporter: patrickventresque(a)gmail.com CC: madewokherd(a)gmail.com Created attachment 77046 --> https://bugs.winehq.org/attachment.cgi?id=77046 impossibilité de lancer rapeper impossibilité d'ouvrir Rapaper studio avec Wine. -- 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 10648] New: Async WSASend does not send all bytes.
by wine-bugs＠winehq.org 20 Sep '24

20 Sep '24

http://bugs.winehq.org/show_bug.cgi?id=10648 Summary: Async WSASend does not send all bytes. Product: Wine Version: 0.9.5. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marius(a)scimore.com On Server sending 1500 bytes with non-blocked WSASend and 2 WSABUFFERS will transfer only 1452 bytes. On client WSARecv called again will be blocked and does not receive the the remaining bytes. The completion port receives event on transfered 1452 bytes, and there is no more followed events on transfered the last 8 bytes. OS: Ubuntu 7.10 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 56873] New: WordSmith 9.0 doesn't show text in installer
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=56873 Bug ID: 56873 Summary: WordSmith 9.0 doesn't show text in installer Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 76676 --> https://bugs.winehq.org/attachment.cgi?id=76676 Screenshot Windows See screenshots -- 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

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