May 2026 - Wine-Bugs - list.winehq.org

[Bug 59787] macos (socket): select malfunctioning when recv on closed socket (common HTTP usage)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59787 kr4uzi(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kr4uzi(a)gmail.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.

May 24, 2026

[Bug 59787] New: macos (socket): select malfunctioning when recv on closed socket (common HTTP usage)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59787 Bug ID: 59787 Summary: macos (socket): select malfunctioning when recv on closed socket (common HTTP usage) Product: Wine Version: unspecified Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: winsock Assignee: wine-bugs(a)list.winehq.org Reporter: kr4uzi(a)gmail.com Created attachment 81010 --> http://bugs.winehq.org/attachment.cgi?id=81010 patch, demo.c and Makefile First discovered on macOS with Battlefield 2 online accounts (the login doesn't proceed). Underlying issue: If a ::select is done on a socket that can be ::recv'ed from, but is already closed at that time, the socket will be part of the except-fd_set. This does *not* happen under linux (or windows). I have attached a patch for the wineserver that fixes it under my machine and also a proof of concept to show the deviation between wine, linux and native. This being said: The Quality of this is "it works on my machine" and I do not have sufficient knowledge of the macos/linux polling mechanism to evaluate it properly. -------------- Proof-Of-Concept (pseudo code): -------------- s = socket(IPv4, TCP); connect(s, "bf2web.gamespy.com") select(s, null, &canwrite, &hasexception); send(s, "GET /ASP/ge.....") for i in 0..2: select(s, &canread, null, &hasexception) recv(s) -------------- -------------- Results -------------- -------------- Native: -------------- select (write): res=1 write=1 except=1 send: res=147 select (read): res=1 read=1 except=0 recv: res=71 select (read): res=1 read=1 except=0 recv: res=0 -------------- -------------- wine: -------------- select (write): res=1 write=1 except=1 send: res=147 select (read): res=2 read=1 except=1 recv: res=71 select (read): res=2 read=1 except=1 recv: res=0 -------------- -------------- wine (patched): -------------- select (write): res=1 write=1 except=1 send: res=147 select (read): res=1 read=1 except=0 recv: res=71 select (read): res=1 read=1 except=0 recv: res=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.

May 24, 2026

[Bug 59338] Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59338 --- Comment #17 from William Korb <korb(a)qisc.com> --- Oh, and I always exit using File->Exit and that seems to cleanly shut down all the services. The only time I have lingering processes is if DAZ crashes (which it does from time to time) and I am in the habit of doing a "pkill -f C:" whenever that happens to make sure everything gets cleaned up. I just ran winecfg and turned off desktop emulation, but even so, I am still seeing the exact same behavior. This is NOT in a clean WINEPREFIX, however. If this is something that persists once desktop emulation has been used once, then I'd have to create a new prefix and install DAZ there to test it. I can do that if you think it would be be a helpful data point. Oh, but the good news is that the scaling still works even with desktop emulation turned off, so the fonts aren't so tiny. Hmmmm...any chance that setting has some effect on this? I have the screen resolution setting set to 144dpi if you want to try that. -- 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.

May 24, 2026

[Bug 59786] Can't get an IHTMLEventObj using IHTMLWindow2::get_event

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59786 UMU <umu618(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Debian -- 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.

May 24, 2026

[Bug 59338] Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59338 --- Comment #16 from William Korb <korb(a)qisc.com> --- I've been using virtual desktop w/ DAZ for a couple of years. It steals focus a lot, and that setting was the only thing that made a difference. It also allows me to scale the UI, which the native app doesn't have built-in for some reason and the default fonts are so small I can't read them. I'm pretty sure I tried it with and without that mode when I first ran into the issue, but I have not tested it since then. I will do that and post an update. Thanks for your time and attention! -- 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.

May 24, 2026

[Bug 59338] Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59338 William Korb <korb(a)qisc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.7 |11.9 -- 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.

May 24, 2026

[Bug 55955] Captvty expects comctl32 to have delay import table in PE header

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=55955 --- Comment #18 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-11.9 -- 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.

May 24, 2026

[Bug 59677] Wine crashes when using zink with Vampire: The Masquerade — Redemption

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59677 --- Comment #10 from Shmerl <shtetldik(a)gmail.com> --- (In reply to Rémi Bernon from comment #9) > I don't know, it's possible that we are trying to make a context current on > multiple threads at the same time, but it's something that should be > forbidden by the EGL/GLX calls, and we should get an error and nothing > should crash even if that's the case. It somehow doesn't crash and just works with radeonsi for example. I can post this point in the Mesa 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.

May 24, 2026

[Bug 59212] Firefox 146.0.1 (64-bit) doesn't install

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59212 --- Comment #2 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Hello, tried to revisit this report. But I could not reproduce this issue, with this download: https://ftp.mozilla.org/pub/firefox/releases/146.0.1/win64/en-US/Firefox%20… wine msiexec /i Firefox\ Setup\ 146.0.1.msi 11.0~rc4~bookworm-1 working 11.0~rc4~trixie-1 working 11.0.0~trixie-1 working 11.9~trixie-1 working I found all of above versions installed silently, and left a startable installation in "drive_c/Program Files/Mozilla Firefox". I also compared it to real windows, and there it also installs without any user interaction (from an elevated cmd). It only shows a small window informing about the progress, which doesn't get shown in 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.

May 24, 2026

[Bug 59732] Custom WinXP/7 app printing garbled from wine 9 onwards

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59732 --- Comment #23 from Rafał Mużyło <galtgendo(a)o2.pl> --- Well, something prints those extra entries. It's not clear if that's a wine bug that till 8.7 was suppressed by some kind of bounding box clipping or if it is the app itself that's adding them for some odd reason (and why Windows don't show that problem...maybe wine isn't cleaning up some buffer on page change ?). (...) Regardless of above, the other part - glyph position distortion - does seem a genuine *wine* bug. As for how I've checked it, 'mutool clean -d' from MuPDF lets you do it (as long as afterwards you can infer the basics of pdf file syntax). -- 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.

May 23, 2026