- Wine-bugs - list.winehq.org

[Bug 33350] New: Maxthon 4 fails to start
by wine-bugs＠winehq.org 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=33350 Bug #: 33350 Summary: Maxthon 4 fails to start Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gmazzone0(a)aol.com Classification: Unclassified When I open Maxthon 4, it shows a blonk page with:"Missing: sidebar/index.html Missing: layout:html" and can't be used -- 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 17

[Bug 39844] New: iqfeed.exe does crash after running couple of hours
by wine-bugs＠winehq.org 02 Mar '26

02 Mar '26

https://bugs.winehq.org/show_bug.cgi?id=39844 Bug ID: 39844 Summary: iqfeed.exe does crash after running couple of hours 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: mozdemir(a)gmail.com Distribution: --- Created attachment 53193 --> https://bugs.winehq.org/attachment.cgi?id=53193 winedbg output Hi, i have windows applications iqfeed.exe. I run it using wine.it does run pretty well but after couple of hours it does crash. All System info is below. I attach the winedbg/back trace file, too. Thanks a lot, musti System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 3.19.0-30-generic -- 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 59479] New: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=59479 Bug ID: 59479 Summary: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80467 --> http://bugs.winehq.org/attachment.cgi?id=80467 Window hierarchy dump from inspector tool SolidWorks 2025 Education Edition hosts PropertyManager controls inside a child window titled "Dve sheet" sized 10000x10000 pixels. Owner-drawn buttons (BS_OWNERDRAW, style 0x5001000B) inside this window visually depress when clicked (WM_LBUTTONDOWN is delivered) but the BN_CLICKED notification (WM_COMMAND) is never sent to the parent window on mouse release. Steps to reproduce: 1. Install SolidWorks 2025 in a clean wineprefix 2. Open a part and enter sketch edit mode (e.g., draw a circle) 3. The PropertyManager sidebar displays controls inside a "Dve sheet" window (10000x10000) 4. Click any owner-drawn button: the confirm checkmark, cancel X, or circle type selectors Expected: Button fires its action (BN_CLICKED sent via WM_COMMAND to parent) Actual: Button visually depresses and releases but no action occurs Additional observations: - Standard buttons in normal-sized windows (Command Manager toolbar, viewport overlay buttons) work correctly - Text fields, dropdowns, and checkboxes in the same PropertyManager panel work - A custom window inspector confirms the buttons are BS_OWNERDRAW (style 0x5001000B) children of the "Dve sheet" window - Manually posting WM_COMMAND with BN_CLICKED to the button's parent via an external helper process makes the buttons function correctly, confirming the parent is listening for the notification This suggests the issue is in Wine's button control or mouse capture handling when the owning window has very large dimensions (10000x10000). Window hierarchy (from EnumChildWindows inspection): "Dve sheet" [AfxWnd140u] size=10000x10000 "Circle" [Button] style=0x5001000B size=242x24 ← broken "dvePage ScrollView" [AfxFrameOrView140u] size=243x798 [#32770] style=0x52000044 size=240x407 (various controls: buttons, checkboxes, labels) [Button] style=0x5001000B size=24x24 ← broken (confirm/cancel) System: macOS 26.3, Apple Silicon (M-series), Wine 11.0 stable, Rosetta 2 translation This may also affect the X11 driver — not tested. -- 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 1

[Bug 50824] New: ISdone.dll error 5, something releated to insufficient virtual memory
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

https://bugs.winehq.org/show_bug.cgi?id=50824 Bug ID: 50824 Summary: ISdone.dll error 5, something releated to insufficient virtual memory Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gab.pulcio(a)gmail.com Distribution: --- Created attachment 69642 --> https://bugs.winehq.org/attachment.cgi?id=69642 WINEDEBUG loaddll Warning: I know I'm about to ask you to fix something releated to game repacks, which they're illegal (provided I don't have the legal copy) but in my logic, that's a windows releated-thing and it should be fixed, maybe not now, but at least should be considered. Now, fitgirl repacks crashes at random progress, while rg-mechanics repacks are straight to the error, the same as always. I read that in the past this was fixed so that's a regression but since no-one has reported this and apparently no one has that problem, I'm filing this bug as normal. For the record: this bug happens since I installed linux, at the time Wine was at version 6.0. In my case, this repack is of a game that I legally own (Far Cry 3: Blood Dragon) but I've got a capped data plan and I have to install a repack then I'll be able to verify the game with Uplay. -- 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 8

[Bug 54644] New: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

https://bugs.winehq.org/show_bug.cgi?id=54644 Bug ID: 54644 Summary: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I launched from https://softcomputers.org/en/download/download-microsoft-office/download-mi… Doesn't launch. I can't get the log file though, could someone help? -- 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 5

[Bug 24387] New: MS Money 2000: Crashes updating financial informations from the Internet
by wine-bugs＠winehq.org 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=24387 Summary: MS Money 2000: Crashes updating financial informations from the Internet Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.vai(a)unipv.it Created an attachment (id=30732) --> (http://bugs.winehq.org/attachment.cgi?id=30732) Terminal output. If I click on "update informations from the internet" in the main page of the application, the applications crashes (Application error window "MSMONEY encountered an error and has must be closed" appears. The only way to close the application is to kill it). Problem was not present in wine 1.1.15, so I performed a regression test and the result is: ---------------------------------------------------------------- c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue Mar 30 10:26:48 2010 -0700 rsaenh: Support setting salt via KP_SALT (resend). :040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8 51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls ---------------------------------------------------------------- As far as I can notice, the bad commit is the same involved in bug 23208. Fixing this regression would really bring this app towards complete functionality. -- 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 52

[Bug 59478] New: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=59478 Bug ID: 59478 Summary: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80468 --> http://bugs.winehq.org/attachment.cgi?id=80468 Window hierarchy dump from inspector tool SolidWorks 2025 Education Edition hosts PropertyManager controls inside a child window titled "Dve sheet" sized 10000x10000 pixels. Owner-drawn buttons (BS_OWNERDRAW, style 0x5001000B) inside this window visually depress when clicked (WM_LBUTTONDOWN is delivered) but the BN_CLICKED notification (WM_COMMAND) is never sent to the parent window on mouse release. Steps to reproduce: 1. Install SolidWorks 2025 in a clean wineprefix 2. Open a part and enter sketch edit mode (e.g., draw a circle) 3. The PropertyManager sidebar displays controls inside a "Dve sheet" window (10000x10000) 4. Click any owner-drawn button: the confirm checkmark, cancel X, or circle type selectors Expected: Button fires its action (BN_CLICKED sent via WM_COMMAND to parent) Actual: Button visually depresses and releases but no action occurs Additional observations: - Standard buttons in normal-sized windows (Command Manager toolbar, viewport overlay buttons) work correctly - Text fields, dropdowns, and checkboxes in the same PropertyManager panel work - A custom window inspector confirms the buttons are BS_OWNERDRAW (style 0x5001000B) children of the "Dve sheet" window - Manually posting WM_COMMAND with BN_CLICKED to the button's parent via an external helper process makes the buttons function correctly, confirming the parent is listening for the notification This suggests the issue is in Wine's button control or mouse capture handling when the owning window has very large dimensions (10000x10000). Window hierarchy (from EnumChildWindows inspection): "Dve sheet" [AfxWnd140u] size=10000x10000 "Circle" [Button] style=0x5001000B size=242x24 ← broken "dvePage ScrollView" [AfxFrameOrView140u] size=243x798 [#32770] style=0x52000044 size=240x407 (various controls: buttons, checkboxes, labels) [Button] style=0x5001000B size=24x24 ← broken (confirm/cancel) System: macOS 26.3, Apple Silicon (M-series), Wine 11.0 stable, Rosetta 2 translation This may also affect the X11 driver — not tested. -- 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 0

[Bug 59477] New: SolidWorks 2025: GDI-rendered child window (Feature Manager tree) invisible behind sibling OpenGL child window on macOS
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=59477 Bug ID: 59477 Summary: SolidWorks 2025: GDI-rendered child window (Feature Manager tree) invisible behind sibling OpenGL child window on macOS Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80466 --> http://bugs.winehq.org/attachment.cgi?id=80466 Wine terminal output with WINEDEBUG=+win,+key showing F9 toggle for featuremanager SolidWorks 2025 Education Edition has a GDI-rendered Feature Manager tree panel (SysTreeView32) as a sibling child window to an OpenGL-rendered 3D viewport. On macOS with the winemac driver, the OpenGL content renders on top of the tree panel, making it completely invisible. The tree control is fully functional — items populate, right-click context menus work, selections register — but nothing is visible on screen. The tree becomes briefly visible when closing a document (OpenGL surface is destroyed) and a black rectangle appears in its place when dragging the document window. This appears to be the macOS equivalent of bug 2398 ("OpenGL is only used on top level windows so child windows get overdrawn"), which was fixed for the X11 driver in Wine 0.9.57. The Mac driver uses separate Core Animation layers for OpenGL surfaces, and these layers always render on top of GDI-rendered sibling windows regardless of WS_CLIPSIBLINGS. Steps to reproduce: 1. Install SolidWorks 2025 in a clean wineprefix on macOS (Apple Silicon via Rosetta 2). As the solidworks installer does not work this must be done manually either from the offline installer or from an existing installation. 2. Launch SolidWorks and open any part document 3. Observe that the left panel area (Feature Manager tree) is blank/invisible 4. Right-click the blank area — correct context menus appear, confirming the tree exists Expected: Tree panel visible alongside the 3D viewport, with viewport clipped by WS_CLIPSIBLINGS Actual: OpenGL viewport's CALayer covers the entire tree panel area Wine debug output (+win) shows: - Tree panel window uses parent surface (apply_window_pos reports surface 0x0 -> 0x0) - Viewport window rect (-1,150)-(1709,1090) overlaps tree at (0,150)-(240,1090) - Both windows receive paint messages and render correctly to their respective surfaces The OpenGLSurfaceMode registry setting partially confirms this: - "transparent": tree becomes visible when viewport is undocked, but opaque GL rendering still covers tree when docked - "behind": viewport becomes invisible (GL behind all content) System: macOS 26.3, Apple Silicon (M-series), Wine 11.0 stable, Rosetta 2 translation Attachments to include: - Wine terminal output with WINEDEBUG=+win,+key showing F9 toggle (attach as .txt.gz) - Screenshot showing blank tree area with working right-click menu -- 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 0

[Bug 59475] New: Metro Exodus some NPCs render with eyeballs and teeth only
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=59475 Bug ID: 59475 Summary: Metro Exodus some NPCs render with eyeballs and teeth only Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 80464 --> http://bugs.winehq.org/attachment.cgi?id=80464 screenshot 0bc8:fixme:d3d:wined3d_debug_callback 00007F37BEF77CD0: "Program undefined behavior warning: The current GL state uses a sampler (3) that has depth comparisons enabled, with a texture object (27551) with a non-depth format, by a shader that samples it with a shadow sampler. This will result in undefined behavior.". 0bc8:err:d3d:wined3d_debug_callback 00007F37BEF77CD0: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". 0bc8:err:d3d:wined3d_debug_callback 00007F37BEF77CD0: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". wine-11.3-94-g1d7e41d5795 -- 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 0

[Bug 59448] New: Emulate undocumented behaviors of MS TreeView customdraw
by WineHQ Bugzilla 02 Mar '26

02 Mar '26

http://bugs.winehq.org/show_bug.cgi?id=59448 Bug ID: 59448 Summary: Emulate undocumented behaviors of MS TreeView customdraw Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- Created attachment 80432 --> http://bugs.winehq.org/attachment.cgi?id=80432 Minimal repro code MS TreeView can be made draw items with app-supplied selection state, allowing native-looking multi-selection support. Specifically, NM_CUSTOMDRAW CDDS_ITEMPREPAINT handler can set CDIS_SELECTED flag, causing the item to be drawn selected. Setting Explorer theme seems to enable the behavior, uItemState changes appear ignored otherwise. Wine currently does not emulate this behavior. Recommended change: pay attention to CDDS_ITEMPREPAINT altering uItemState and use changed state for drawing - but only if Explorer theme is set. Test C program attached: * 2 tree views, left themeless, right with Explorer theme * Custom draw handler sets CDIS_SELECTED everywhere * Windows behavior: left ignores CDIS_SELECTED, right draws all selected -- 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 1