May 2020 - Wine-bugs - list.winehq.org

[Bug 47980] New: Corel DRAW 2019 installer halts at "Initializing" step
by WineHQ Bugzilla 11 Mar '25

11 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=47980 Bug ID: 47980 Summary: Corel DRAW 2019 installer halts at "Initializing" step Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bignintyfan(a)gmail.com Distribution: --- Created attachment 65490 --> https://bugs.winehq.org/attachment.cgi?id=65490 Corel DRAW 2019 Applications such as CorelDRAW 2019 hang at the "Initializing" step when trying to install. This has been occurring since at least Wine Staging 4.5, but has persisted to Wine Staging 4.18. Steps to reproduce: 1. Make sure the "winbind" package is installed (`sudo apt install winbind`) 2. Make a new 64-bit Wine Prefix (`export WINEPREFIX=~/.wine-corel`) 3. Download the trial of CorelDRAW 2019 (https://www.coreldraw.com/en/) 4. (optional) Install dotnet40 using winetricks (`winetricks dotnet40) 5. Run the installer (`wine CorelDRAWGraphicsSuite2019Installer_RW.exe`) Tracelog is added as an attachment, the final error shown when the window hangs is "{}:err:seh:setup_exception_record stack overflow 1024 bytes in thread {} eip f7b34198 esp 00230f30 stack 0x230000-0x231000-0x330000" -- 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 10

[Bug 48678] New: USB serial under .NET 4.0 enters into an infinite loop
by WineHQ Bugzilla 11 Mar '25

11 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=48678 Bug ID: 48678 Summary: USB serial under .NET 4.0 enters into an infinite loop Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forum(a)abtelecom.ro Distribution: --- Created attachment 66531 --> https://bugs.winehq.org/attachment.cgi?id=66531 WineHQ LokProgrammer5 using USB to SERIAL Hi, I'm trying to run ESU LokProgrammer5 under Wine 5.0. Seems that when it wants to read from the serial port is entering into an infinite loop. OS: Debian Bullseye Kernel: 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux WineHQ: 5.0 DOS Devices: $ ls .wine/dosdevices/ -l total 8 lrwxrwxrwx 1 adrian adrian 10 Dec 1 12:50 c: -> ../drive_c lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com1 -> /dev/ttyS0 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com2 -> /dev/ttyS1 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com3 -> /dev/ttyS2 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com4 -> /dev/ttyS3 lrwxrwxrwx 1 adrian adrian 62 Feb 27 00:07 com5 -> /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506V8O5-if00-port0 lrwxrwxrwx 1 adrian adrian 81 Feb 27 00:07 com6 -> /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com7 -> /dev/ttyUSB0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com8 -> /dev/ttyUSB1 lrwxrwxrwx 1 adrian adrian 14 Dec 1 12:50 d:: -> /dev/mmcblk0p1 lrwxrwxrwx 1 adrian adrian 12 Dec 1 12:50 e:: -> /dev/mmcblk0 lrwxrwxrwx 1 adrian adrian 1 Dec 1 12:50 z: -> / Logs are made with "WINEDEBUG=+comm wine drive_c/Program\ Files\ $x86$/LokProgrammer5/LokProgrammer.exe" using COM5 and COM6. I've test the COM ports with PuTTY.EXE and they work ok, but under this software are not working. Kind regards, Adrian -- 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 31554] New: PDF Annotation crashes on second startup
by wine-bugs＠winehq.org 10 Mar '25

10 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=31554 Bug #: 31554 Summary: PDF Annotation crashes on second startup Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Now that bug 31206 is fixed, PDF Annotator starts up ok the first time, but it still crashes on 2nd run with fixme:msxml:internal_getProperty (0x3e27008)->(L"charset") unsupported property fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-encoding") unsupported property fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-version") unsupported property err:seh:setup_exception_record stack overflow 2032 bytes in thread 0009 eip 004063aa esp 00240b40 stack 0x240000-0x241000-0x340000 'winetricks msxml3' still works around it, as does rm "$WINEPREFIX/dosdevices/c:/users/$LOGNAME/Local Settings/Application Data/PDF Annotator/3.0/Tools/paStampTools.xml" -- 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 36958] New: Wine emulates file creation time instead of fetching it from the underlying filesystem
by wine-bugs＠winehq.org 10 Mar '25

10 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=36958 Bug ID: 36958 Summary: Wine emulates file creation time instead of fetching it from the underlying filesystem Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Created attachment 49071 --> http://bugs.winehq.org/attachment.cgi?id=49071 Far2 showing file modification/creation/lass access times. In Linux at least ext4 supports file creation time field (crtime), but Wine doesn't use it. Instead it uses mtime. Please, implement crtime for filesystems which impelement this field. -- 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 10

[Bug 32493] New: MOTORM4X Crash
by wine-bugs＠winehq.org 09 Mar '25

09 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=32493 Bug #: 32493 Summary: MOTORM4X Crash Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jarkamirov(a)gmail.com Classification: Unclassified The Game closed with error Kubuntu 12.04.1 Radeon HD6850 Catalyst 12.11b -- 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 48680] New: iTunes Dark GUI
by WineHQ Bugzilla 09 Mar '25

09 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=48680 Bug ID: 48680 Summary: iTunes Dark GUI Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: cb2mail(a)icloud.com Distribution: --- Created attachment 66534 --> https://bugs.winehq.org/attachment.cgi?id=66534 Dark screen in iTunes, cannot be read iTunes has dark screen that cannot be read. -- 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 7

[Bug 29579] New: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip
by wine-bugs＠winehq.org 08 Mar '25

08 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=29579 Bug #: 29579 Summary: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://download.microsoft.com/download/aoe/Trial/1.0/W IN98/EN-US/MSAoE.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified In Windows, help files can cause the winhlp32 window to open with fixed (non-resizeable) dimensions, and/or with no menu strip. Wine winhlp32 does not support that feature. For example, download the Age of Empires trial version from http://www.microsoft.com/games/empires/downloads.htm direct download URL is http://download.microsoft.com/download/aoe/Trial/1.0/WIN98/EN-US/MSAoE.exe Either run MSAoE.exe to install the demo, or use cabextract to unpack the files inside. Run winhlp32.exe from Windows under Wine and load Empires.hlp. Notice the window has no menu strip and cannot be resized. (I tested winhlp32.exe from Windows 98 and XP.) Run Wine winhlp32.exe and load Empires.hlp. (The window contents are completely messed up and unusable, but that's not what this bug covers.) Notice the winhlp32 window is resizeable and has a menu strip. -- 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 5

[Bug 33743] New: Fullscreen with two monitors of different size
by wine-bugs＠winehq.org 08 Mar '25

08 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=33743 Bug #: 33743 Summary: Fullscreen with two monitors of different size Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: enicon(a)gmail.com Classification: Unclassified Created attachment 44681 --> http://bugs.winehq.org/attachment.cgi?id=44681 Fullscreen Word window in the biggest monitor (1440x900) is clipped On Linux Mint (both Nadia and Maya) on a laptop with build-in monitor 1024x768 and external monitor (now 1440x900). On the biggest monitor, wine application don't go fullscreen correctly, vertically size seems to be limited by the size of the smallest monitor. In my example if I fullscreen WORD I get some of the UI missing and a desktop background stripe in the lower part of the monitor. Notice that if I don't use fullscreen but drag the windows border I cat enlarge word on all the surface of the monitor and all the ui is correctly displayed. -- 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 40523] New: legrand xlpro3 400 : unable to insert a pictogram
by wine-bugs＠winehq.org 07 Mar '25

07 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=40523 Bug ID: 40523 Summary: legrand xlpro3 400 : unable to insert a pictogram Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: tomlohave(a)gmail.com Distribution: --- Created attachment 54340 --> https://bugs.winehq.org/attachment.cgi?id=54340 inserting a pictogram inserting a pictogram (emf file) does not work logs show : fixme:olepicture:OLEPictureImpl_Save (0x851a938,0x33de48,0),PICTYPE_ENHMETAFILE not implemented! err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is 0, nread is 4). fixme:olepicture:OLEPictureImpl_Save (0xdccff38,0x33def4,1), [unknown type] not implemented! and logs are spammed with this line : err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is 0, nread is 4). -- 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 45119] New: Multiple applications from Google sandbox-attacksurface-analysis-tools ( targeting native API) need 'ntdll.NtGetNextProcess' implementation
by wine-bugs＠winehq.org 07 Mar '25

07 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=45119 Bug ID: 45119 Summary: Multiple applications from Google sandbox-attacksurface-analysis-tools (targeting native API) need 'ntdll.NtGetNextProcess' implementation Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, required by various .NET-based apps from https://github.com/google/sandbox-attacksurface-analysis-tools --- quote --- sandbox-attacksurface-analysis-tools (c) Google Inc. 2015, 2016, 2017, 2018 Developed by James Forshaw This is a small suite of tools to test various properties of sandboxes on Windows. Many of the checking tools take a -p flag which is used to specify the PID of a sandboxed process. The tool will impersonate the token of that process and determine what access is allowed from that location. Also it's recommended to run these tools as an administrator or local system to ensure the system can be appropriately enumerated. CheckExeManifest: Check for specific executable manifest flags. CheckNetworkAccess: Check access to network stack. NewProcessFromToken: Create a new process based on existing token. TokenView: View and manipulate various process token values. NtApiDotNet: A basic managed library to access NT system calls and objects. NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT object manager. ViewSecurityDescriptor: View the security descriptor from an SDDL string or an inherited object. --- quote --- It's actually a pretty neat "testsuite" for native API, Wine could benefit from it. I've already found 20+ bugs within one hour of playing with this (missing exports, stubs, incomplete + incorrect impl. etc.). Will create more tickets as time/mood permits ;-) Prerequisite: * 32-bit WINEPREFIX * .NET Framework 4.5 -> 'winetricks -q dotnet45' --- snip --- $ wine ./TokenViewer.exe ... Unhandled Exception: System.EntryPointNotFoundException: Unable to find an entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'. at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle) at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access) at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access, Boolean from_system_info) at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean hideUnrestricted) at TokenViewer.MainForm..ctor() at TokenViewer.Program.Main(String[] args) --- snip --- https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include… --- snip --- #if !(PHNT_VERSION >= PHNT_WS03) typedef NTSTATUS (NTAPI *_NtGetNextProcess)( _In_ HANDLE ProcessHandle, _In_ ACCESS_MASK DesiredAccess, _In_ ULONG HandleAttributes, _In_ ULONG Flags, _Out_ PHANDLE NewProcessHandle ); ... --- snip --- $ sha1sum Release-v1.1.14.7z 8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z $ du -sh Release-v1.1.14.7z 384K Release-v1.1.14.7z $ wine --version wine-3.7-50-g8dca6c35e1 Regards -- 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 7