wine-bugs December 2023

wine-bugs@winehq.org

1 participants
2674 discussions

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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 15

[Bug 39867] New: Long path components (e.g. 250 character long) crash open/save dialogs
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=39867 Bug ID: 39867 Summary: Long path components (e.g. 250 character long) crash open/save dialogs Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: whitequark(a)whitequark.org Distribution: --- To reproduce: 1. mkdir aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 2. call GetOpenFileName and navigate to a directory containing the newly created one 3. Wine is aborted by stack smashing protection -- 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 19

[Bug 23193] New: wine notepad: Slow to open large files
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=23193 Summary: wine notepad: Slow to open large files Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://winehq.org OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=28858) --> (http://bugs.winehq.org/attachment.cgi?id=28858) Long text file (3.1M uncompressed) gunzip the attached file and open it in notepad. For me, it takes > 5 seconds to open on a quadcore. WinXP notepad (both virtualbox and native) will open it instantly. -- 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 31

[Bug 37789] New: cmd.exe /c cannot handle "(" and ")" characters in a full script path name
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37789 Bug ID: 37789 Summary: cmd.exe /c cannot handle "(" and ")" characters in a full script path name Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- Created attachment 50334 --> https://bugs.winehq.org/attachment.cgi?id=50334 Various cmd executions discussed in the report using WINEDEBUG='+cmd'. Far Cry 4 (which requires at least a 64-bit Windows 7 prefix) fails to call a bash script on launch: Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat /silent' as an internal or external command, or batch script. Sure enough, calling it manually (even without the /silent argument) results in the same error: $ wine cmd.exe /c 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' as an internal or external command, or batch script. Suspicious of the ( and ) characters in the URL, I tried copying the GEFirewall.bat to the path 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\' (which doesn't normally exist but I manually created it). $ wine cmd.exe /c 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\FarCry4.exe" L"FarCry4" L"ENABLE" fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\IGE_WPF64.exe" L"FarCry4-IGE" L"ENABLE" The script ran perfectly. One more test to confirm my sanity: $ wine explorer.exe 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software' This opened the directory in explorer fine. Only cmd.exe /c ... seems to show this issue. -- 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 47024] New: Pen pressure does not register full range
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=47024 Bug ID: 47024 Summary: Pen pressure does not register full range Product: Wine-staging Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: metichi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64183 --> https://bugs.winehq.org/attachment.cgi?id=64183 Pressure graphs by wine staging version Using drawing tablets in the wine staging version 4.6 makes the pressure readings top at about 10% of the input range, while still responsive within it. I have tested it using Clip Studio Paint version 1.8.7 on ubuntu 18.04. I tried 2 tablets, a wacom pencil small (using the wacom drivers installed by default in ubuntu) and a Huion Kanvas GT191 (using digimend drivers v9) with identical results. Attached are the pressure suggestions made by CSP while calibrating the pressure range -- 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 33056] New: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=33056 Bug #: 33056 Summary: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: aardvark(a)krl.com Classification: Unclassified Unlike prior versions, the tablet stylus pressure works for Manga Studio 5; however, if a key is pressed or the pen goes out of the window and back in, lines drawn either draw nothing (no pressure?) or are drawn blobby (saw-tooth pressure) like a chain of tear-drops. The cursor displayed often jitters between two different cursors (e.g. a small circle and a large one or a circle and an arrow). This leads me to believe that it's swapping between two pointing devices, most likely the mouse and the stylus. Maybe related to 15443 and other pen pressure bugs. -- 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 12

[Bug 43612] New: Running on Unsupported OS. OS is not Windows 7 or later
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43612 Bug ID: 43612 Summary: Running on Unsupported OS. OS is not Windows 7 or later Product: Wine Version: 2.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chrnoboost(a)mailinator.com Distribution: --- Created attachment 59028 --> https://bugs.winehq.org/attachment.cgi?id=59028 Error: Running on Unsupported OS. OS is not Windows 7 or later Setup & Installation 1. Installed Wine-2.15 staging via package installer 2. pass in WINEARCH=win32 and WINEPREFIX=[some perfix] to winecfg. Directory is not pre-made, so Wine created the directory and did the work. 3. chose Windows 7 and enabled CSMT, VAAPI, EAX under "Staging" tab in winecfg 3. Used Winetricks to install vcrun 2005 - 2015, vcrun6, vcrun6sp6; msxml4 and 6;msc40 and 42 to run Clip Studio Paint 1.6.2 Installed Clip Studio Paint 1.6.2 and started the software with stylus on tablet ready for use. Running the software I got an error saying "Running on unsupported OS. OS is not Windows 7 or later" --- This software runs on Windows 7. I ran this software on a Windows 7 64bit machine before. Clicked passed it, and the workspace loads but I couldn't draw on the canvas. I get no response from either stylus nor mouse. -- 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 50421] New: wine run clip studio point 1.9.4 ERROR
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=50421 Bug ID: 50421 Summary: wine run clip studio point 1.9.4 ERROR Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z7z-h(a)outlook.com Distribution: --- Created attachment 69039 --> https://bugs.winehq.org/attachment.cgi?id=69039 CSP error LOG i using Playonlinux run CSP(clip studio paint) ERROR.i have mono and gecko.(installed). wine version 5.0 OS:Kali linux 2020.04 mono version 5.1.1 gecko version 2.47.2 -- 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 54492] New: Clip Studio Paint - Modifier Keys break stylus input
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54492 Bug ID: 54492 Summary: Clip Studio Paint - Modifier Keys break stylus input Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kalidibus(a)gmail.com Distribution: --- When drawing in Clip Studio paint, hitting modifier keys like Ctrl Shift Alt etc will cause the cursor to glitch and start rapidly flashing between different input methods. Can only be fixed by restarting the program, but holding down a different modifier key pauses the glitching. This occured on multiple Arch based systems (Manjaro and SteamOS) with an Artist 15.6. I have tested this with both the built in libwacom (I think) drivers, and XP-Pen's own drivers, no change in the behaviour. The behaviour does NOT occur with a mouse. It is only with a stylus. -- 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 2

[Bug 19712] New: Template text instead of usual information in VirtualBox installer
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=19712 Summary: Template text instead of usual information in VirtualBox installer Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru Created an attachment (id=23024) --> (http://bugs.winehq.org/attachment.cgi?id=23024) Screenshot that illustrates the problem Text labels are filled with a template text instead of components description, installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1) substitutes with proper content after selecting component in the tree, and text in label (3) substitutes with proper text after selecting installation path in "Browse" dialog. -- 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 22

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 December 2023