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

[Bug 17101] New: Cancelling text with Scientific Workplace leaves last character
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=17101 Summary: Cancelling text with Scientific Workplace leaves last character Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: loic.grenie(a)gmail.com Created an attachment (id=18937) --> (http://bugs.winehq.org/attachment.cgi?id=18937) Screenshots When I delete text under Scientific Workplace, the end of the line is not treated correctly. Was is most evident is that the last character(s) is(are) not canceled. I attach a vertical concatenation of 3 screenshots: the first is the state before hitting backspace: I typed "abcdefghijkl" and added an inline image, the second is after hitting backspace (I cancel the "g"); notice how the last "kl" are not correctly canceled and the image is not moved to the left and the third is how it should have looked. No error message is displayed while hitting backspace (it complains about IME all the time but I think it's no big deal). I have seen this problem at least in versions 1.0.1 (under Debian testing, Ubuntu hardy and intrepid, both 32 and 64 bits) and 1.0.13 (Debian testing 64 bits). The situation is even worse under Ubuntu intrepid (32 bits OS, Wine v1.0.1) as text disappears as soon as it is typed (Esc redisplays it briefly). I can live with the image (visible at the end of the line) not correctly positioned after backspace (it seldom occurs), but the last character not canceled is a real (visual) pain. I can test anything you wish and I understand programming/debugging. Thank you for any help. SurJector -- 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.

3 12

[Bug 57907] New: Black screen in Richard and Alice game (GOG)
by WineHQ Bugzilla March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=57907 Bug ID: 57907 Summary: Black screen in Richard and Alice game (GOG) Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- It's a regression as the game was working well several years ago. Nvidia GTX 3070 drive 535.54.03. Ubuntu 22.04 wine-10.2-156-gd17225a89cf Console output is not very verbose: 01a8:err:winediag:wined3d_dll_init Using the OpenGL renderer. 01a8:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 01a8:fixme:ddraw:ddraw7_WaitForVerticalBlank iface 01764C78, flags 0x1, event 00000000 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.

2 15

[Bug 47667] New: Problems with hh.exe reading CHM files
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=47667 Bug ID: 47667 Summary: Problems with hh.exe reading CHM files Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: macdis(a)gmail.com I have experienced serious problems with Wine's internal CHM reader, which does not seem to be compatible with some CHM files. Running Wine 4.0.1 stable on MacOS Mojave 10.14.6 installed via "brew install wine". STEPS TO REPRODUCE: - Open an affected CHM file with "wine hh file.chm" Note: the CHM files I've tried work flawlessly under Windows XP using native hh.exe. ACTIONS THAT INITIATE PROBLEMS: - Attempt to do either a global search (using the "Search" tab) - Attempt a page search (using Ctrl-F) - Attempt to navigate through the document with links on the document's home page. PROBLEMS ENCOUNTERED: - No results are given for valid searches. - Home page links do nothing when clicked on. WHAT DOES WORK: I can navigate through the document by clicking on links in the "Contents" tab. SOLUTIONS ATTEMPTED: - Use a manually installed alternative hh.exe from an original Windows XP and a Windows 7 installation disk. Result: I cannot bypass Wine's internal CHM viewer. - Use a manually installed alternative hh.exe, renamed hhxp.exe (for example), and changing the registry key at "HKCR\chm.file\shell\open\command" so that it points to hhxp.exe. Result: I cannot bypass Wine's internal CHM viewer. - Install an alternative CHM viewer, such as kchmviewer. Result: the file opens, but navigation and searching are impossible. This may be a problem with kchmviewer, but I include it here as additional information. SOLUTION PROPOSED: - Allow the user to bypass Wine's internal CHM viewer by enabling usage of the standard hh.exe, or allow usage of a manually installed hh.exe from a standard Windows installation. -- 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 15

[Bug 39335] New: Evernote 5.9.x - cannot browse or edit notes
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=39335 Bug ID: 39335 Summary: Evernote 5.9.x - cannot browse or edit notes Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: falconepl(a)gmail.com Distribution: --- When Evernote 5.9.x (e.g. the latest Evernote 5.9.1.8742) is started up, your recently modified note (e.g. on another device) is being displayed. However, when one tries to jump to some other note, by selecting an element on "All notes" list, the content of the currently displayed note is not changed (only note's header is being updated - information on note's creation date etc.) Only when you double click on given note element from your notes list, a pop-up window with that note's content/text shows up, but the note cannot be edited. The last version of Evernote that hasn't got these problems was Evernote 5.8.13.8152. Tested under Wine 1.7.50. -- 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 22

[Bug 47080] New: codewright chrashes when the menu "Window" is clicked
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=47080 Bug ID: 47080 Summary: codewright chrashes when the menu "Window" is clicked Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j.gruber(a)documatrix.com Distribution: --- Created attachment 64269 --> https://bugs.winehq.org/attachment.cgi?id=64269 saved backtrace Info codewright chrashes when the menu "Window" is clicked It was running very well under win3.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.

2 6

[Bug 22984] New: winhelp: Corrupted/incorrectly-rendered italic text
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=22984 Summary: winhelp: Corrupted/incorrectly-rendered italic text Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk I noticed this when viewing a specific help file in Wine winhlp32, but the issue doesn't seem to be specific to that. Viewing it using winhlp32 from Windows 98 under Wine shows a similar rendering issue, so the cause most probably lies elsewhere. They both render the text incorrectly, but differently. Italic text does not render properly. View the attached license.hlp file in Wine winhlp32. In the "4. SAMPLE CODE" and "5. REDISTRIBUTABLE COMPONENTS" paragraphs, the second instance of "Microsoft Systems Journal" is supposed to be rendered in italics (followed by "(MSJ)" which is not italic). Bug 7520 may be related to this. But in this case, Wine could/should at least render the text normally I think, rather than corrupted/garbled??? -- 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 14

[Bug 29705] New: RichView doesn't print italics
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=29705 Bug #: 29705 Summary: RichView doesn't print italics Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sundoulos2(a)gmail.com Classification: Unclassified Created attachment 38548 --> http://bugs.winehq.org/attachment.cgi?id=38548 unicode text file with italics ActionTest (which uses RichView class) works fine using ANSI files/text. Not so with Unicode. If I copy Unicode text and paste it into ActionTest: Text that is Italic shows properly in the text editor and print preview but prints out as normal rather than italics. All other text prints as shown in the preview. ActionTest can be downloaded from: http://trichview.com/resources/actions/actiontest.zip -- 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 9

[Bug 57119] New: WPF app (VOCALOID) fails to initialize Markup
by WineHQ Bugzilla March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=57119 Bug ID: 57119 Summary: WPF app (VOCALOID) fails to initialize Markup Product: Wine Version: 9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gauvain(a)govanify.com Distribution: --- Created attachment 77011 --> https://bugs.winehq.org/attachment.cgi?id=77011 Crash log of VOCALOID 6 When trying to start VOCALOID 6, an exception is thrown on startup: Exception Info: System.Windows.Markup.XamlParseException: Set property 'System.Windows.Controls.Primitives.ButtonBase.Command' threw an exception. Trying to disable hardware acceleration through registry does not change the behaviour of the application, and trying to prevent library loading to prevent HW acceleration only leads to different kinds of crashes. This exact bug was already present in VOCALOID 5 (so at least since 2018), and probably affects other WPF apps as well. It is required to install dotnet48, dotnet60 and d3dcompiler_47 to get this far, otherwise the application crashes much earlier on within a clrcore->kernelbase call stack. -- 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 15

[Bug 37950] New: Listview in uTorrent 2.4.2 (32-bit) unresponsive when removing torrent
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=37950 Bug ID: 37950 Summary: Listview in uTorrent 2.4.2 (32-bit) unresponsive when removing torrent Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shomari.sharpe(a)gmail.com Distribution: --- Created attachment 50556 --> https://bugs.winehq.org/attachment.cgi?id=50556 uTorrent 3.4.2 screenshot The following problems are noted when working with uTorrent 3.4.2 (37754) 32-bit * clicking on a torrent (gives a textbox appearance with a cursor) * uTorrent appears to hang when deleting a torrent * listview redraw problems * listview items on the left are too big -- 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 3

[Bug 45760] New: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=45760 Bug ID: 45760 Summary: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winnls32 Assignee: wine-bugs(a)winehq.org Reporter: stevedonato(a)gmail.com Distribution: --- Created attachment 62209 --> https://bugs.winehq.org/attachment.cgi?id=62209 Backtrace.txt Program use to work prior to wine upgrade to 3.14. The windows Program was already installed by prior wine release, and worked -- 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 9