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

[Bug 58211] Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58211 --- Comment #8 from Michael <micetym(a)gmail.com> --- Two small triage notes. The win64 keyword looks wrong: this is not architecture specific. I reproduce it both ways. 32-bit prefix (WINEARCH=win32, "#arch=win32" in the prefix registry), 32-bit Notepad++, wine-staging 11.16, Ubuntu 24.04 64-bit only a clean machine with no 32-bit Wine installed at all, plain wine-11.0, Ubuntu 26.04.1 Same assertion in both cases. Also, the Version field still reads 10.7 from the original report. It reproduces on 11.0 and 11.16 as well, if that is worth updating. -- 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.

Aug. 30, 2026

[Bug 37668] Alctive-HDL_Sudent_Edition_9.3 : crashes when you are trying to run

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=37668 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? |download --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- (In reply to Ken Sharp from comment #7) > Website wants my details to download, and that's not going to happen. If you don't want to test, you don't have to, but that doesn't negate the fact that there IS a free download available. -- 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.

Aug. 30, 2026

[Bug 60184] Keyboard activity where keys are sometimes ignored or appear to stick causing input repeat

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60184 --- Comment #16 from flues.fault4b(a)icloud.com --- Created attachment 81969 --> http://bugs.winehq.org/attachment.cgi?id=81969 udevadm monitor Not sure if this helps. udev events during resets -- 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.

Aug. 30, 2026

[Bug 58211] Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58211 --- Comment #7 from Michael <micetym(a)gmail.com> --- A refinement of the reproduction condition, and a hint at where the bad item comes from. WHAT ACTUALLY MATTERS IS THAT THE LIST OVERFLOWS THE WINDOW Not the number of items as such. A tree short enough to fit in the visible area is fully functional immediately and never crashes. A tree longer than the window is mis-drawn until it is scrolled for the first time: items are painted incompletely and hover highlighting does not work at all. After one scroll the tree becomes fully functional, and clicking is then harmless. So the crash window is "long list, not yet scrolled", which is why a handful of entries never reproduces it and a few hundred does. WHERE THIS SEEMS TO COME FROM TREEVIEW_HitTestPoint() resolves a point purely through the visibility bookkeeping: row = pt.y / infoPtr->uItemHeight + infoPtr->firstVisible->visibleOrder; for (item = infoPtr->firstVisible; item != NULL; item = TREEVIEW_GetNextListItem(infoPtr, item)) { if (row >= item->visibleOrder && row < item->visibleOrder + item->iIntegral) break; } Newly inserted items start with visibleOrder = -1 and only get a real value from TREEVIEW_RecalculateVisibleOrder(), which is among other places called from the scroll handling path. That matches the observed behaviour exactly: before the first scroll the ordering is incomplete, which is both why the control paints and hovers incorrectly and why the hit test can hand back an item that TREEVIEW_ValidItem() subsequently rejects. I have not proven which of the two is the primary path - the NM_CLICK re-entrancy described earlier, or stale visibility bookkeeping - and they may well combine. But the guard proposed earlier is valid in either case, since it simply refuses to pass an item that TREEVIEW_ValidItem() does not accept, exactly as TREEVIEW_SelectItem() already does. Reproducing: use a tree with more entries than fit on screen, and click before scrolling. -- 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.

Aug. 30, 2026

[Bug 56761] Blizzard.net setup crashes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56761 mikey9220(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikey9220(a)gmail.com --- Comment #12 from mikey9220(a)gmail.com --- Ran into this same int3 while getting Battle.net running on macOS (Apple Silicon, Wine 11 built from CrossOver's GPL sources), and got far enough to say what the check actually is. Same crash as the backtrace in attachment 76555: libcef at +0x16D00E1, in the --type=renderer child, right after DLL load. The code around it, from disassembling libcef.dll (RVA 0x16D00A0): ret = VirtualProtect(addr, size, PAGE_READONLY, &old); if (!ret) int3; // 0x16D00DE if (old != PAGE_READWRITE) int3; // 0x16D00E1 <- this one addr is a page in libcef's own .data section, i.e. an image mapping that's writable copy-on-write. On Windows the page has already been written to by then, so the previous protection comes back as PAGE_READWRITE. Wine maps writable image pages RW from the start and never tracks the first write, so old stays PAGE_WRITECOPY and Chromium's sanity check trips. Renderer dies, the browser process keeps respawning it, and you get the unusable window from comment 0. So this is bug 29384 (WRITECOPY emulation), just with a CEF face on it. Worth noting because every CEF-based launcher hits it the same way (Battle.net, and I'd expect the others in that bug's list). Two data points that back this up: 1. CrossOver's sources carry a hack for exactly this (simulate_writecopy in dlls/ntdll/unix/virtual.c, flips the vprot to "copied" on the first NtProtectVirtualMemory), gated in the GPL drop behind WINE_SIMULATE_WRITECOPY. Running the same self-built engine with that variable set: 0 EXCEPTION_BREAKPOINT in 90 s, both renderer processes alive, login works. Without it: 2 breakpoints, renderer dead, every time. Nothing else changed. 2. Swapping only ntdll.so from the shipped CrossOver binary into the self-built engine gives the same result as the env var, so it's confined to ntdll's virtual memory code. Full traces (+seh,+virtual,+process,+loaddll) and the engine recipe are at https://github.com/BCD1210/soju/blob/main/docs/DIAGNOSIS.md if anyone wants to reproduce. Happy to test the staging ntdll_WRITECOPY patchset against Battle.net on macOS if that's useful; I haven't yet because the CrossOver-style hack was enough to unblock me. -- 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.

Aug. 30, 2026

[Bug 35899] Mofiki's Autoclicker Premium Edition v1.0.0.3: Unable to singleclick/doubleclick at given spot

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=35899 --- Comment #8 from LingM <lingm+winebz(a)posteo.org> --- Below that error is a message box "Click here to search for all archived pages under http://www.mofiki.com/software/autoclicker/." That's where I found it. -- 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.

Aug. 30, 2026

[Bug 60184] Keyboard activity where keys are sometimes ignored or appear to stick causing input repeat

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60184 --- Comment #15 from flues.fault4b(a)icloud.com --- Can't really go further back beyond 7.0.11 from PopOS 24.04. I'll try more destructive testing like PopOS 22.04 later. -- 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.

Aug. 30, 2026

[Bug 60184] Keyboard activity where keys are sometimes ignored or appear to stick causing input repeat

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60184 --- Comment #14 from flues.fault4b(a)icloud.com --- (In reply to Ken Sharp from comment #13) > Do you happen to have Flatpak Steam open when you're running Wine? No (unless Proton does something). These submitted tests were done (and still doing) independent of other running software. I'm going to test kernel regression as I've just found a launchpad bug report that is similar (https://bugs.launchpad.net/ubuntu/+source/linux-hwe-7.0/+bug/2161269) Problem is, I'm only having these symptoms ONLY while Wine or Proton is in use. I'll report back after. -- 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.

Aug. 30, 2026

[Bug 60254] Merging versions is now ridiculous

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60254 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- 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.

Aug. 30, 2026

[Bug 32368] Bigrats: UI can't display normally and all the widgets didn't work

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=32368 Jactry Zeng <jactry92(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #6 from Jactry Zeng <jactry92(a)gmail.com> --- Retested it with Wine 11.15 on macOS, the UI is rendered correctly. Marked as FIXED. Thanks for the reminder! -- 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.

Aug. 30, 2026