wine-bugs December 2024

wine-bugs@winehq.org

1 participants
1795 discussions

[Bug 56612] New: AppDB now lists everyone who is e-mailed
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56612 Bug ID: 56612 Summary: AppDB now lists everyone who is e-mailed Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 76367 --> https://bugs.winehq.org/attachment.cgi?id=76367 Screenshot (censored) I've received a few e-mails from the AppDB, which is the norm. It used to only list me in the To:, now it lists everyone who receives the e-mail. Leaking the user's e-mail addresses could be considered a data breach. -- 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 57479] New: link for email reply in appdb is corrupted.
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57479 Bug ID: 57479 Summary: link for email reply in appdb is corrupted. Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- I received an email starting with this information; From: appdb-noreply(a)winehq.org [PM] Cadence AWR on Wine ------------------------------------------------------- The following message was sent to you from Franco Curotto through the Wine = AppDB contact form. To Reply, visit https://appdb.winehq.org/contact.php?iRecipientId=3D460194&= amp;sSubject=3DRe%3A+Cadence+AWR+on+Wine ... The reply link does not work for me, and seems to be corrupted. -- 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 28467] New: Chromium Browser restore button doesn't work
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28467 Summary: Chromium Browser restore button doesn't work Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Download chromium from http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip unpack chrome-win32.zip, cd to the directory. 2. start chrome.exe with --no-sandbox, works around Bug 21232 $ wine chrome.exe --no-sandbox Notice that the chrome window is decorated by the Linux native window manager. Is it a bug? On windows, chrome have no traditional "window bar". Now there is two "Maximal" button: one is drawn by Linux native window manager, the other is drawed by wine chrome browser it self. 3. Click on the "Maximal" button which is drawn by Linux native window manager, then chrome browser switch to maximal mode as expect. This time, the Linux native window bar is disappear. 4. Click on the "Restore" button of wine chrome browser. However it doesn't work. Wine chrome switch to normal mode for a second, then switch back to maximal mode automatically. I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 . There is some ways to work around: I. Instead of clicking on the native "Maximal" button in step 3, try to click the wine chrome "Maximal" button, then everything works as expect. II. Do not set "Allow the window manager to decorate the windows" in winecfg, then everything works as expect. III. Do not set "Allow the window manager to control the windows" in winecfg, then everything works as expect. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 14

[Bug 56647] New: ntdll-Junction_Points prevent rustup from correctly installing a toolchain
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56647 Bug ID: 56647 Summary: ntdll-Junction_Points prevent rustup from correctly installing a toolchain Product: Wine-staging Version: 9.8 Hardware: x86-64 URL: https://rustup.rs/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 76423 --> https://bugs.winehq.org/attachment.cgi?id=76423 return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER Hi. With the recent rustup 1.27.0 using wine-staging with the ntdll-Junction_Points patches, the toolchain installation doesn't complete properly, failing to write to the settings.toml under the prefix home .rustup directory info. A bug with the same root cause is also present on rustup 1.26.0 where while the installation was completing properly, it was failing to remove the .rustup/tmp/* directories, causing issues with subsequent installations. Both bugs express the same behavioral pattern with few differences. I investigated the directory bug firstly, so I will detail this, and confirmed that the problem and the expected solution are the same. Rustup (or one of it's dependency managing files) get the handle of the temporary directory using CreateFileW and then checking if it's a reparse point using DeviceIoControl with FSCTL_GET_REPARSE_POINT. The directories (and the file) aren't reparse points at all, so the readlink fails returining EINVAL. This EINVAL is then mapped to an NT_STATUS using errno_to_status that map EINVAL to STATUS_INVALID_PARAMETER. However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case applications that handle this case like rustup try to handle this case by epxecting STATUS_NOT_A_REPARSE_POINT. Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both versions ) Attaching a patch to show the change in the file.c code (and restored also the out_buffer check) -- 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 13

[Bug 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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 30

[Bug 43766] New: Safrosoft RoX - Level editor doesn't start
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=43766 Bug ID: 43766 Summary: Safrosoft RoX - Level editor doesn't start Product: Wine Version: 2.17 Hardware: x86-64 URL: http://www.autofish.net/shrines/rox/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: ArchLinux Created attachment 59268 --> https://bugs.winehq.org/attachment.cgi?id=59268 wine log The game's level editor crashes with a messagebox: "Run-time error '481': Invalid picture" Getting an oleaut32.dll from win7, copying it into wine's system32 folder and adding a dll override fixes the 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.

2 6

[Bug 44900] New: Colour problem with builtin gdiplus
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=44900 Bug ID: 44900 Summary: Colour problem with builtin gdiplus Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 60981 --> https://bugs.winehq.org/attachment.cgi?id=60981 Good looking with a native gdiplus With a builtin gdiplus, there is a problem with coloring the cases of channel. Problem does not occur with a native gdiplus dll. Compare the two screenshot: the first one with native dll, the second one with the builtin dll. Note the behaviour in a real Windows 10 box is the behaviour of the native dll. So, there is a problem with the builtin dll. -- 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 19

[Bug 56667] New: World of Tanks: Unplayable due to extreme CPU usage / bottlenecking
by WineHQ Bugzilla 23 Jan '25

23 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56667 Bug ID: 56667 Summary: World of Tanks: Unplayable due to extreme CPU usage / bottlenecking Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xxx43615xxx(a)gmail.com Distribution: --- In short, rendering graphics is now heavily CPU-bound for some reason, resulting in unusably low performance. As far as I can tell, this is not caused by DXVK or my graphics drivers. I don't think I should fully repeat myself here, please read the details in my forum thread: https://forum.winehq.org/viewtopic.php?t=38875 The game can be installed through Wargaming's launcher, EU version available here after registration (free): https://worldoftanks.eu/en/game/download/ -- 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 13

[Bug 57605] New: Visual Studio 2005 "package load failure" (again/still)
by WineHQ Bugzilla 23 Jan '25

23 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57605 Bug ID: 57605 Summary: Visual Studio 2005 "package load failure" (again/still) Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: FreeBSD Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com CC: hans(a)meelstraat.net This was first reported in bug 51345, but either it was not completely fixed by d9d700f3328f00ec419571df0e02cef208fa1e7b, or new regressions have happened since. With Wine 10.0-rc3, in a WINEPREFIX where "winetricks vc2005express" was done, and then Visual Studio is started (via "Microsoft Visual C++ 2005 Express Edition.lnk" in C:\users\...) these packages fail to load: Visual Studio XML Editor Package Windows Forms Designer Package Windows Forms Designer Resources Package Visual Studio Explorers and Designers Package and new projects cannot be created ("VC package not available or not registered"). If restarted (any number of times), these packages fail to load: Visual Studio Explorers and Designers Package Visual Studio Common IDE Package and it still cannot create new projects. -- 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 57379] New: Visual Pinball not start and Visual PinMAME settings errors
by WineHQ Bugzilla 23 Jan '25

23 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57379 Bug ID: 57379 Summary: Visual Pinball not start and Visual PinMAME settings errors Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 77349 --> https://bugs.winehq.org/attachment.cgi?id=77349 Menu settings error Hello. Thanks for reading my topic. I have installed recently WINE Staging 9.20 and happen bugs in Visual Pinball X and Visual PinMAME. That bug happen in WINE default version too and the link below show exactly the same error message so was created an bug report in WINE package area. https://bbs.archlinux.org/viewtopic.php?id=300388 Visual Pinball X not start if WINE is configure for "Windows 10" and is showed the error message below. The software load file and when will display the main window happen an crash closing Visual Pinball. 002c:fixme:winediag:loader_init wine-staging 9.20 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0024:fixme:ver:GetCurrentPackageId (00D1ECC4 00000000): stub 0024:fixme:combase:RoGetActivationFactory (L"Windows.Gaming.Input.RawGameController", {eb8d0792-e95a-4b19-afc7-0a59f8bf759e}, 7850AC20): semi-stub 0024:fixme:system:SetDisplayAutoRotationPreferences (1): stub dlls/win32u/dibdrv/objects.c:812: solid_pen_lines: Assertion `num >= 2' failed. 0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. Visual Pinball X is loaded and started correctly if WINE is configured as "Windows 7". However happen errors in settings menus showed in image screenshot. Other recent bug is Visual PinMAME show errors in option menu buttons (enable and disable settings) not showing if the setting is selected or not as showed in screenhost below. That bug is duplicated. I had created here because of screenshot. Have an nice day. -- 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

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 December 2024