wine-bugs March 2022

wine-bugs@winehq.org

1 participants
3904 discussions

[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 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

[Bug 30773] New: Nibud C@shflow Manager 4 not starting
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=30773 Bug #: 30773 Summary: Nibud C@shflow Manager 4 not starting Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cumulus0007(a)gmail.com Classification: Unclassified Nibud C@shflow Manager is an application to manage your finances and personal budgets. The application shows a welcome screen, where one can choose to evaluate or to buy a license. When evaluation is started, it tries to import settings from other applications. Once this is finished, the application reports an error has occured and the application must close. No further information is provided. fixme:ole:CoInitializeSecurity (0x45ae00,-1,(nil),(nil),6,2,(nil),64,(nil)) - stub! err:ole:CoGetClassObject class {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} not registered err:ole:CoGetClassObject no class object {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} could be created for context 0x1 p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: kan gedeeld objectbestand niet openen: Bestand of map bestaat niet fixme:shell:FileIconInit (true) fixme:hnetcfg:fw_manager_GetIDsOfNames 0x2ca9e40 {00000000-0000-0000-0000-000000000000} 0x32f880 1 1043 0x32f8c4 fixme:resource:GetGuiResources (0xf8,0): stub Wine 1.5.5 Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- 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 49498] New: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=49498 Bug ID: 49498 Summary: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure about file), it sends the shortcut to the program instead of navigating to the folder. OpenMPT is one app which expects you to open a .lnk file in a file-open dialog. The way I found this bug is: - Install OpenMPT on Windows or Wine. - Open the View menu and click Setup. - Click the Keyboard tab, and click "Import Keys...". If you double-click "More Keymaps", Windows would go to the .lnk target directory. But Wine returns the .lnk file from the file-open dialog. Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style file dialogs are terrible. https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2… On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file. MFC defines two types of dialogs with a similar C++ API. XP = Common File Dialog (I think), Vista = Common Item Dialog (COM-based). -- 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 33306] New: Wine creates FreeDesktop .desktop files when windows Desktop shortcuts (lnk files) are created
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=33306 Bug #: 33306 Summary: Wine creates FreeDesktop .desktop files when windows Desktop shortcuts (lnk files) are created Product: Wine Version: 1.5.26 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adman.com(a)gmail.com Classification: Unclassified Mac OS X does not support the freedesktop standard for .desktop files, however Wine attempts to create one anyway when a Windows shortcut (lnk file) is created by an installer. This feature should be disabled on Mac OS X, in place of something which can generate Mac OS X-compatible shortcuts. -- 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 46207] New: shaders broken in EVE Online
by wine-bugs＠winehq.org 14 Jun '25

14 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=46207 Bug ID: 46207 Summary: shaders broken in EVE Online Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: n.andrew.walsh(a)gmail.com Distribution: --- Created attachment 62889 --> https://bugs.winehq.org/attachment.cgi?id=62889 A combat site in EVE, which is surrounded by a giant black cube because of broken shaders Setting shaders to "high" quality in the graphics menu causes some shader elements in EVE Online to render incorrectly. Notably in the new Abyssal sites, as well as stars, around certain stargates, stations, and in certain anomaly sites. Józef Kucia submitted changes to the shaders in 3.16 and 3.17, which was around when I started having the problem. I'm not sure if it's a regression, or just work that still needs to be done. I've attached a screenshot to show what it looks like: rather than a haze or gas-cloud effect, the whole site is surrounded by a giant black cube. When inside this cube, visibility is poor, most assets are invisible, and it's difficult to play. 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.

2 3

[Bug 38881] New: listview control sends messages before updating items
by wine-bugs＠winehq.org 14 Jun '25

14 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=38881 Bug ID: 38881 Summary: listview control sends messages before updating items Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: aeikum(a)codeweavers.com Distribution: --- Wine's listview control sends LVN_ITEMCHANGED notifications as items are updated. For example, when changing the selected item, it sends a notification that the old item was deselected, and then sends a notification that the new item has been selected. If an application queries the current selection during the first notification, it will appear that no items are selected. This is different from how Windows behaves, which appears to send notifications only after updating all item states. This breaks the Ancestral Quest program's Changelog feature, though this requires the program to be purchased. It shouldn't be too hard to write tests demonstrating this, either. -- 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

← Newer
1
2
3
4
5
6
7
8
...
391
Older →

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 March 2022