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

[Bug 51121] HeidiSQL 11.0.0.5919 shows a blinking black screen and crashes without virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51121 Mondane <mondane.woodworker(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |FIXED --- Comment #3 from Mondane <mondane.woodworker(a)gmail.com> --- Fixed in at least Wine 9 and 10.0 -- 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.

Feb. 27, 2025

[Bug 47278] Multiple games and applications require TGA support in D3DXSaveSurfaceToFileInMemory (Europa Universalis 4 Golden Century, ShaderMap 4.x)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47278 Connor McAdams <cmcadams(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cmcadams(a)codeweavers.com --- Comment #6 from Connor McAdams <cmcadams(a)codeweavers.com> --- This might be fixed by 32a81ee2135c67e393e49cce60ef8ebfbaefb531, assuming the surface being saved is a direct match to one of the supported TGA saving formats. Probably worth retesting. -- 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.

Feb. 27, 2025

[Bug 57859] WineHQ 10.2 packages broken on Ubuntu/Debian

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57859 --- Comment #73 from Tom Maneiro <tomman(a)gmail.com> --- (In reply to Sveinar Søpler from comment #72) > (In reply to Tom Maneiro from comment #68) > > (In reply to Shmerl from comment #67) > > > (In reply to Sveinar Søpler from comment #66) > > > > I do however see that the latest 10.2~noble-4 version still adds the > > > > following symlinks: > > > > > > > > /usr/bin/wine64 -> /opt/wine-staging/bin/wine64 > > > > /usr/bin/wine64-preloader -> /opt/wine-staging/bin/wine64-preloader > > > > /usr/bin/wine-preloader -> /opt/wine-staging/bin/wine-preloader > > > > > > > > > > > > > For the reference, I don't see any wine64 symlinks in Debian. > > > > Neither I see anything like that here. The only noise I get is during the > > postinstall phase, where I notice references to no longer existing > > wine-preloader binaries: > > > > Configurando wine-devel-i386:i386 (10.2~bookworm-4) ... > > /opt/wine-devel/bin/wine-preloader (No such file or directory) > > Configurando wine-devel-amd64 (10.2~bookworm-4) ... > > /opt/wine-devel/bin/wine64-preloader (No such file or directory) > > Configurando wine-devel (10.2~bookworm-4) ... > > Configurando winehq-devel (10.2~bookworm-4) ... > > > > ...aside of that, seems everything else finally fell into its proper place, > > so this 4th release should be safe for upgrading. > > That "noise" is the .deb packages trying to symlink non-existing binaries > afaik. > > Have you done a "sudo updatedb & locate wine64" and check that you dont have > those symlinks in /usr/bin, /bin or /sbin or whatever system folder Debian > puts stuff in? Indeed, such a check tells me that both "wine64/wine64-preloader" symlinks exist at /usr/bin/, and furthermore a query via dpkg -S confirms they both were put there by... winehq-devel. Same deal with wine-preloader (which no longer lives at /opt/wine-devel/bin), and whose /usr/bin/ symlink is also put there by winehq-devel. So add that to the cleanup tasks for the packaging files then. -- 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.

Feb. 27, 2025

[Bug 55399] .NET 4.8 application cannot download (by browser launch) from the Internet

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55399 --- Comment #4 from Nikolay Sivov <bunglehead(a)gmail.com> --- Why would this be a bug in dotnet48? -- 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.

Feb. 27, 2025

[Bug 55399] .NET 4.8 application cannot download (by browser launch) from the Internet

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55399 Sergey Isakov <isakov-sl(a)bk.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl(a)bk.ru --- Comment #3 from Sergey Isakov <isakov-sl(a)bk.ru> --- (In reply to Maotong Zhang from comment #1) > This seems to be a bug in dotnet48 Wow! May be my bug 57733 is affected too? -- 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.

Feb. 27, 2025

[Bug 57889] New: Prntvpt (Print Ticket API): printing is cropped in landscape orientation

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57889 Bug ID: 57889 Summary: Prntvpt (Print Ticket API): printing is cropped in landscape orientation Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: lxndrkrlv(a)gmail.com Distribution: --- Created attachment 78114 --> https://bugs.winehq.org/attachment.cgi?id=78114 Sample application and printer output example If I print the document to any printer (including Cups-PDF) and set page orientation to landscape, output is cropped by width of portrait A4 sheet. In attachments: 1. Demo application with source code (.Net 4.8) 2. Example of output to virtual PDF printer -- 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.

Feb. 27, 2025

[Bug 57886] Context menus may be positioned using the wrong window when a window is reparented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57886 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- See https://github.com/robbert-vdh/yabridge/pull/405 which I think should fix this as well. -- 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.

Feb. 27, 2025

[Bug 57603] Interacting with yabridge plugins after moving the window broken

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57603 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #12 from Rémi Bernon <rbernon(a)codeweavers.com> --- This should probably be fixed in yabridge. https://github.com/robbert-vdh/yabridge/pull/405 should make things work without any change to 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.

Feb. 27, 2025

[Bug 47165] iTunes 12.9.4+ user interface is rendered black (only text visible)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47165 --- Comment #39 from Hajo Krabbenhöft <bugzilla+winehq.org(a)hajo.me> --- Hi Nikolay, Looking at this again now, I believe a test might even be much simpler: 1. Initialize HDC with any kind of data 2. BindDC(DCRenderTarget, hdc) 3. BeginDraw(hdc) 4. EndDraw => The HDC data is now lost. Without my patch, BeginDraw will just use the dxgi_target: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/d2d1/dc_render_targe… but the dxgi_target does NOT use the same storage as the HDC. Instead, BindDC has created a new bitmap which is used only in the dxgi_target but not in the HDC: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/d2d1/dc_render_targe… The result of BindDC creating a new bitmap is that afterwards, the ID2D1DCRenderTarget and the HDC are working with different storage locations. When EndDraw then calls Present, the storage buffer of the dxgi_target is copied into the HDC: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/d2d1/dc_render_targe… But because we never copied data from the HDC into the dxgi_target's buffer, that means anything that was in the HDC before is now lost. iTunes draws the backgrounds into the HDC and the text with BeginDraw+EndDraw, so they very clearly assume that the HDC and the BeginDraw will go to the same storage buffer. With Wine, they don't. Hope that helps, Hajo -- 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.

Feb. 27, 2025

[Bug 57888] New: Incorrect decimal fixed-point multiplication

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57888 Bug ID: 57888 Summary: Incorrect decimal fixed-point multiplication Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lxndrkrlv(a)gmail.com Distribution: --- Sample code in .NET 4.8 ----------------------------- decimal x1 = 100m / 3m; decimal x2 = 1.5m; Console.WriteLine($"{x1} * {x2} = {x1 * x2}"); Console.WriteLine($"{x2} * {x1} = {x2 * x1}"); ------------------------------ Output under Windows: 33,333333333333333333333333333 * 1,5 = 50,000000000000000000000000000 1,5 * 33,333333333333333333333333333 = 50,000000000000000000000000000 ------------------------------ Output under WINE 33.333333333333333333333333333 * 1.5 = 50.000000000000000000000000000 1.5 * 33.333333333333333333333333333 = 2.4631024914413974438736297979 ------------------------------ -- 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.

Feb. 27, 2025