wine-bugs

wine-bugs@winehq.org

1 participants
159105 discussions

[Bug 58694] New: CorelDraw 2019 can't start, ScriptState unimplemented
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58694 Bug ID: 58694 Summary: CorelDraw 2019 can't start, ScriptState unimplemented Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Corel won't start. It crashes in splashscreen, with following Error. 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 0104:fixme:ver:GetCurrentPackageId (000000000021FEB0 0000000000000000): stub -- 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 57943] New: Critical program error in CorelDraw 2024 Setup.exe
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57943 Bug ID: 57943 Summary: Critical program error in CorelDraw 2024 Setup.exe Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 78189 --> https://bugs.winehq.org/attachment.cgi?id=78189 The crash dump from CorelDraw 2024 Setup.exe I manually downloaded the real CorelDraw Setup (not the CDGS2024.exe, which gets a connection timeout while trying to download from the corel servers) to install the program. Neither the Setup.exe in the root directory (CorelDRAWGraphicsSuite2024Installer), nor the Setup_x64.msi work. They crash nearly instantly with a critical error. I provide the crash dump from the main Setup.exe, as both dumps are the same. -- 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 15

[Bug 58673] New: Kinco Dtools fails to start: err:msxml:doparse Unsupported encoding: gb2312
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58673 Bug ID: 58673 Summary: Kinco Dtools fails to start: err:msxml:doparse Unsupported encoding: gb2312 Product: Wine Version: 10.14 Hardware: x86-64 URL: https://en.kinco.cn/download/download.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian This was program reported on the forum: https://forum.winehq.org/viewtopic.php?t=41565 It needs mfc42.dll and mfc140u.dll (via winetricks vcrun2019) but even after that installed, it fails to start with a vague error messagebox. After multiple "Unsupported encoding: gb2312" in the console The hack below allows it to start; might be easy to solve (???) for someone familiar with msxml? diff --git a/dlls/msxml3/main.c b/dlls/msxml3/main.c index 16e0b38b185..733a707cd31 100644 --- a/dlls/msxml3/main.c +++ b/dlls/msxml3/main.c @@ -322,6 +322,7 @@ static void init_char_encoders(void) } encoder[] = { { "gbk", gbk_to_utf8, utf8_to_gbk }, + { "gb2312", gbk_to_utf8, utf8_to_gbk }, { "iso8859-1", iso8859_1_to_utf8, utf8_to_iso8859_1 }, { "windows-1250", win1250_to_utf8, utf8_to_win1250 }, { "windows-1251", win1251_to_utf8, utf8_to_win1251 }, -- 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 5

[Bug 58693] New: WM_SETREDRAW(0) is ignored by LISTBOXes
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58693 Bug ID: 58693 Summary: WM_SETREDRAW(0) is ignored by LISTBOXes Product: Wine Version: 10.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: goltsov(a)imedis.ru Distribution: --- Standard controls of Windows class LISTBOX under Wine ignore attempts to disable redrawing when sending WM_SETREDRAW - in contrast with their behaviour under native Windows. It is quite discouraging when it is needed to place child controls into listbox - working practice under native Windows. -- 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 58692] New: Incorrect owner-owned windows z-order support
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58692 Bug ID: 58692 Summary: Incorrect owner-owned windows z-order support Product: Wine Version: 10.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: goltsov(a)imedis.ru Distribution: --- I create two WS_OVERLAPPED or WS_PPUP (not having WS_CHILD!) windows, one is owned by another: hwnd1 = CreateWindow(....., 0, .....); hwnd2 = CreateWindow(....., hwnd1, .....); In Windows hwnd2 is allways placed over hwnd1 and hides when hwnd1 is minimized. In Wine itself (when graphics options do not allow Window Manager to arrange and decorate Wine windows) hwnd1 and hwnd2 act as windows of the same level: when hwnd1 is activated it is displayed over hmnd2 and vise versa - WHY?! This is the basic windows behaviour, why it is incorrect? If Window Manager is allowed to manage&decorate Wine windows, the behaviour is more similiar to one under native Windows, but with another problems: - "minimize" buttons of all windows are hidden for some unknown reason... - if we have hwnd2 and hwnd3 as owned windows of hwnd1, and hwnd1, then hwnd2, then hwnd3 are activated - and hwnd3 is closed - hwnd1 is activated instead of previously active hwnd2 - differs from native Windows behaviour. Linux Minth dated summer 2025 -- 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 58662] New: 16-bit bitmap rendering
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58662 Bug ID: 58662 Summary: 16-bit bitmap rendering Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Created attachment 79243 --> http://bugs.winehq.org/attachment.cgi?id=79243 Glitchy 16-bit render of Civilization 3. Without OpenGL Civ 3 does not have visible glitches. I've added a new test earlier today for 16-bit bitmap rendering with wGL [1]. In conclusion, it's pretty broken. The solution to this problem isn't trivial, so I'm opening this issue for discussion. On Windows, when wglChoosePixelFormat is called with the flag `PFD_DRAW_TO_BITMAP` and `cColorBits = 16`, you'll be given a pixel format with r5g5b5a1 (except that the alpha bit is somewhat quirky). This gives you a software rendered OpenGL context for OpenGL 1.1 [2]. On Wine, asking for a 16-bit pixel format gets you nothing, because all 16-bit pixel formats with the DRAW_TO_BITMAP are required to have an alpha bit in Wine and none of the pixel formats on my Nvidia driver actually have an alpha bit (there's only r5g6b5 and r16). The alpha bit requirement was introduced recently in MR !8392 [3]. It's worth noting that not getting a pixel format — although it's wrong — actually works pretty well for Civilization 3 (see “relevant software” section). Removing the check for an alpha bit, Wine will be able to find a 16 bit pixel format again, but you'll get unusably bad renders (screenshots in the attachments). Some observations on the screenshots: - You can see alternating vertical black/blue and orange/white/yellow lines every horizontal pixel. - Blue pixels appear in the black lines, but they're rare. I only see blue pixels in the text in the SimGolf screenshot. - The render buffer doesn't seem to be getting cleared (pretty apparent in Civilization 3: the old squares were sticking around) - Zooming in, you can see that there aren't only vertical lines, but also horizontal lines (see zoomed-in screenshot). My theory is that there's two problems: - Wine is probably putting 32-bit-per-pixel renders into the 16-bit-per-pixel bitmaps. This explains the vertical & horizontal lines. I'm guessing there's also some memory corruption as a consequence: It's presumably overwriting twice as much bitmap memory as it should. - The right pixel format just doesn't exist. The format r5g5b5a1 is not something that is actually implemented on hardware (at least not anymore), it's just a quirky Windows software renderer thing. The second point is a bit troublesome because I don't see any easy workarounds. The most obvious solution is to make an OpenGL 1.1 software renderer of our own. Alternatively, it might be possible to simulate the behaviour by using a 32-bits-per-pixel OpenGL context. Whenever glFinish is called, we could download the render to a "secret" Wine-internal bitmap that's also 32 bpp and then overwrite the 16 bpp bitmap based on the pixels of the 32 bpp bitmap. I'm not sure how reliable that is. Looking at the OpenGL 1.1 reference [4], I think making an OpenGL 1.1 software renderer could be a fun project, but the other solution definitely seems like less effort. I've only been involved in Wine for seven days though, so I'll defer the decision to senior maintainers. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8888 [2] https://www.khronos.org/opengl/wiki/Platform_specifics:_Windows#PFD_DRAW_TO… [3] https://gitlab.winehq.org/wine/wine/-/merge_requests/8392 [4] https://www.talisman.org/opengl-1.1/Reference.html --- Relevant software (screenshots in attachments) - Sid Meier's SimGolf (demo: https://archive.org/details/Simgolfdemo) In SimGolf, a 16-bit DRAW_TO_BITMAP OpenGL context seems to be used for drawing the terrain. Currently, the terrain renders as black. - Sid Meier's Civilization 3 In Civilization 3, it seems that 16-bit bitmap rendering is used to draw an outline for the movement range of a selected unit (that's just a guess. It draws a square when a unit is selected but I haven't seen it without glitches). It's notable that Civilization 3 currently works fine. Because wglChoosePixelFormat doesn't find a 16-bit pixel format, the `null_gl` implementation is being used right now. That works out pretty well because the movement range outline isn't something you miss when you don't know it's supposed to be there. --- Relevant bugs: Sid Meier's SimGolf does not render properly | https://bugs.winehq.org/show_bug.cgi?id=50876 Civilization III Complete shows black terrain (Wine compiled with OSMesa support) | https://bugs.winehq.org/show_bug.cgi?id=41930 -- 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 8

[Bug 58691] New: Dungeon Siege 2 not work in lan
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58691 Bug ID: 58691 Summary: Dungeon Siege 2 not work in lan 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: alpha_one_x86(a)first-world.info Distribution: --- Hi, Dungeon Siege 2 not work in lan, the game say Name is already in use But according to https://github.com/GenesisFR/DS2TroubleshootingGuide?tab=readme-ov-file#nam… it's adapter problem, (fix MTU or disable IPv6). Can you fix this? Cheers, -- 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 58690] New: fw_manager_IsPortAllowed is not implemented
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58690 Bug ID: 58690 Summary: fw_manager_IsPortAllowed is not implemented Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hnetcfg Assignee: wine-bugs(a)winehq.org Reporter: rickshanor(a)gmail.com Distribution: --- Hi, New here. I am trying to run a windows executable under wine. I get the following error: Error in RPC::Firewall blocks events. I ran my app with RPC logging enabled, and I found this error: fixme:hnetcfg:fw_manager_IsPortAllowed I traced this back to dlls/hnetcfg/manager.c to confirm that the fw_manager_IsPortAllowed function is not implemented. What is the recommended way to work around this issue? Would it be unreasonable to update that function to just return allowed = true? Is there a way to simply bypass or patch that function at runtime rather than changing wine source? Recommendations welcome. Thanks, Rick -- 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 58689] New: Full sockets are blocking even with FIONBIO=1, and leak server resources if terminated
by WineHQ Bugzilla 10 Sep '25

10 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58689 Bug ID: 58689 Summary: Full sockets are blocking even with FIONBIO=1, and leak server resources if terminated Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- Created attachment 79286 --> http://bugs.winehq.org/attachment.cgi?id=79286 reproducer Compile and run the attached program; -lws2_32, no other flags needed. Expected (as seen on win10): sent 16384 (total 16384) sent 16384 (total 32768) [...] sent 16384 (total 2752512) sent -1 (total 2752512) read 16384 (total 16384) [...] read 16384 (total 2752512) read -1 (total 2752512) Actual: sent 16384 (total 16384) [...] sent 16384 (total 2703360) and then stops doing anything, despite setting FIONBIO=1. That's problem 1. If ^C'd, it prints ^C0120:fixme:console:default_ctrl_handler Terminating process 20 on event 0 $ 0x563a4329ca30:1: Async thread=0x563a4325a9c0 0x563a4330d470:2: I/O status block 0x563a4330f620:1: Event manual=1 signaled=0 0x563a4330f4f0:1: Fd unix_fd=318 user=0x563a4330f2f0 options=00000020 0x563a4330f2f0:1: Socket fd=0x563a4330f4f0, state=3, mask=0, pending=50, reported=50 0x563a4330eb00:1: Event manual=1 signaled=0 0x563a43286610:1: Event manual=1 signaled=0 0x563a4325add0:1: Event manual=1 signaled=1 0x563a4325a9c0:1: Thread id=0024 unix pid=474049 unix tid=474049 state=1 0x563a4325a1f0:1: Token id=0.1001 primary=1 impersonation level=-1 0x563a4325a0d0:1: Event manual=1 signaled=1 0x563a430f20e0:1: Process id=0020 handles=(nil) which, according to #winehackers, means wineserver leaked some resources. That's problem 2. I don't know if those problems are two bugs, or one bug with two symptoms. -- 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 58661] New: Visual apps, specifically with .NET won't work correctly
by WineHQ Bugzilla 10 Sep '25

10 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58661 Bug ID: 58661 Summary: Visual apps, specifically with .NET won't work correctly Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vicentetavareslima(a)gmail.com Distribution: --- Created attachment 79240 --> http://bugs.winehq.org/attachment.cgi?id=79240 video of the problem If I try to run a gui app in wine it completely breaks, black squares and the window gets cloned sometimes -- 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 18

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs