February 2024 - Wine-Bugs - list.winehq.org

[Bug 52691] New: FL Studio 20.9.1 Freezes on start-up
by WineHQ Bugzilla May 31, 2024

May 31, 2024

https://bugs.winehq.org/show_bug.cgi?id=52691 Bug ID: 52691 Summary: FL Studio 20.9.1 Freezes on start-up Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: miguelag2001(a)outlook.com Distribution: --- When I launch FL Studio 20.9.1, the main window displays, but freezes before I can interact with it. I am unable to do anything with the program. It also won't close unless I force kill it in my task manager. -- 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 23434] New: wine hangs & jumps up to 100% processor load
by wine-bugs＠winehq.org May 31, 2024

May 31, 2024

http://bugs.winehq.org/show_bug.cgi?id=23434 Summary: wine hangs & jumps up to 100% processor load Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.velumng.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: axel.braun(a)gmx.de Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race management software. So far it works well, I created a race, two participants, entered start and end time, but when I come to the result list creation, the load goes up to 100%, and caused a hang of the X-session once. At this point it seems to load a HTML-page that was dynamically generated. wine did not submit any error message when started from console. Let me know what I can do to come to a more verbose error output. -- 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 15

[Bug 54992] New: EA app launcher does not render correctly
by WineHQ Bugzilla May 31, 2024

May 31, 2024

https://bugs.winehq.org/show_bug.cgi?id=54992 Bug ID: 54992 Summary: EA app launcher does not render correctly Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igor.bz(a)list.ru Distribution: --- Created attachment 74540 --> https://bugs.winehq.org/attachment.cgi?id=74540 renderer=opengl Distro: Ubuntu 20.04 x64 CPU: Ryzen 7 1700 GPU: Radeon RX 580 8 Gb Mesa: Mesa 23.1.1 (Kisak PPA) EA app installer: https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases… Steps to reproduce: - Install the program and run it. - With the WINE_D3D_CONFIG='renderer=opengl' parameter, the window appears, but the content is not rendered. - With the WINE_D3D_CONFIG='renderer=vulkan' parameter, the window does not appear at all. -- 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 46039] New: Paint.NET doesn't install
by wine-bugs＠winehq.org May 31, 2024

May 31, 2024

https://bugs.winehq.org/show_bug.cgi?id=46039 Bug ID: 46039 Summary: Paint.NET doesn't install Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- Paint.NET 4.1 https://www.getpaint.net/ doesn't install in Wine 3.18, possible problem with Framework.NET that the software installer try to install during the main installation. -- 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 18

[Bug 53511] New: Basic Windows (Size) Constraints do not work during resize.
by WineHQ Bugzilla May 30, 2024

May 30, 2024

https://bugs.winehq.org/show_bug.cgi?id=53511 Bug ID: 53511 Summary: Basic Windows (Size) Constraints do not work during resize. 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: dev(a)sartrack.nz Distribution: --- I am the developer of the SARTrack software (for Windows) for Search and Rescue. My Windows-XP compatible program which has multiple 'Forms' (Windows) which can be opened, and is written in the latest Delphi Pascal compiler. When running under Wine on a laptop PC with a *ScaleFactor of 2* (two): - Randomly, the reported 'Constraints.MinWidth' and Constraints.MinHeight are not scaled (so, set to its original ScaleFactor of '1'. Result: Window starts to small. Other identical windows in the program *do* have the right ScaleFactor for the 'Constraints' values. (Timing issue during Create?) - During resizing of any window, Constraints do not work. Can resize smaller until nothing left of the window. - When Width or Height are smaller than the Constraints.MinWidth and Constraints.MinHeight, the 'OnResize' is no longer called. This means it does detect that it has reached the limits, but still the window is resized past these limits. Bart, New Zealand -- 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 33982] New: Steam windows can be resized to 1x1 despite minimum size
by wine-bugs＠winehq.org May 30, 2024

May 30, 2024

http://bugs.winehq.org/show_bug.cgi?id=33982 Bug #: 33982 Summary: Steam windows can be resized to 1x1 despite minimum size Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Steam's windows can be resized to 1x1. On Windows they can't. The minimum size for the main steam window is supposed to be 900x600 and for chat windows 396x351 according to tests. Using openbox 3.5.0 -- 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 9

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org May 30, 2024

May 30, 2024

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org May 30, 2024

May 30, 2024

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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 4

[Bug 52515] New: Resizing/maximizing foobar2000 has stale rendering errors (more in Light Blue theme)
by WineHQ Bugzilla May 30, 2024

May 30, 2024

https://bugs.winehq.org/show_bug.cgi?id=52515 Bug ID: 52515 Summary: Resizing/maximizing foobar2000 has stale rendering errors (more in Light Blue theme) Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Created attachment 71815 --> https://bugs.winehq.org/attachment.cgi?id=71815 Screenshot of list header, scrollbar, and resize handle rendering incorrectly - Install foobar2000 v1.6.9. - (optional) In winecfg, switch to Light Blue theme, then open foobar2000. - In "Quick Appearance Setup", pick "Album List + Properties". - Add some files to the playback list (preferably enough for a vertical scrollbar). - (Optional) Press Ctrl+N to show playlist tabs. - Resize and enlarge the window slowly horizontally. Then shrink the window horizontally, and tile or maximize the window (expanding it quickly). When resizing the window slowly, you will get vertical lines in the sort header, and stale resize handles in the window's bottom right corner (faintly visible). When maximizing the window, a scrollbar will mistakenly render in the song list (which remains when resizing the window further, moves when you scroll the song list, and gets cleared when you select/deselect the songs behind it). I also saw entire stale tabs to the right of real tabs, but was unable to replicate this bug. On (No Theme) and Light "Classic Blue", when maximizing, the glitched scrollbar rendering occurs as well. When resizing slowly, the stale resize handles are *more* visible, but the vertical lines do not occur. Confirmed on Xfce and KDE Plasma X11, with X11/Wine running at 96 and 120 DPI. Video at https://youtu.be/jch76UQpn2w. I assume this is a Wine rendering bug, but perhaps it could be a foobar2000 redrawing bug, or an interaction between Wine and foobar2000's redraw events. Operating System: Arch Linux Kernel Version: 5.16.4-zen1-1-zen (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GT 730/PCIe/SSE2 (proprietary drivers 470.103.01) -- 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 12

[Bug 53805] New: Photoshop is crashing... and it's annoying.
by WineHQ Bugzilla May 29, 2024

May 29, 2024

https://bugs.winehq.org/show_bug.cgi?id=53805 Bug ID: 53805 Summary: Photoshop is crashing... and it's annoying. 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: choord(a)protonmail.com Distribution: --- Created attachment 73312 --> https://bugs.winehq.org/attachment.cgi?id=73312 This is only the backtrace gived by WineHQ I want to use Photoshop with Wine, as it is the only program I really know well about. I come from Windows and I really need help because I can use a little bit Photoshop, but after some minutes, or on clicking on some buttons (it can be random), the application just crash, which make it useless for making picture editing. Thanks for your reply, and if you know how to fix this problem, please reply to my email adress ! (choord(a)protonmail.com) -- 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