wine-bugs September 2021

wine-bugs@winehq.org

1 participants
4667 discussions

[Bug 37016] New: Evernote 5.5.x - unable to annotate images
by wine-bugs＠winehq.org 01 Feb '22

01 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=37016 Bug ID: 37016 Summary: Evernote 5.5.x - unable to annotate images Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Created attachment 49184 --> http://bugs.winehq.org/attachment.cgi?id=49184 wine output when hovering image and clicking the annotate button Evernote has a nice image annotation feature, see [1]. When hovering an image, the annotate button appears, but does nothing when pressed. [1]: https://evernote.com/contact/support/kb/#!/article/28944986 -- 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 37015] New: Evernote 5.5.x empty trash confirmation dialog was incorrect layout
by wine-bugs＠winehq.org 01 Feb '22

01 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=37015 Bug ID: 37015 Summary: Evernote 5.5.x empty trash confirmation dialog was incorrect layout Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Created attachment 49183 --> http://bugs.winehq.org/attachment.cgi?id=49183 Confirmation dialog with incorrect layout The buttons are placed lower that expected and two white rectangles appear in the expected location. -- 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 19651] New: iTunes "Add folder"-window doesn't reappear after switching to other programs
by wine-bugs＠winehq.org 01 Feb '22

01 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=19651 Summary: iTunes "Add folder"-window doesn't reappear after switching to other programs Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pieter.ideler(a)gmail.com This bug considers iTunes 8 When you choose File -> "Add folder to library..." a diractory-chooser opens. When giving focus to an other program and afterwards switching back this window doesn't reappears. This renders iTunes unusable and to continue using it you have to restart it manually. -- 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 7

[Bug 50743] New: .NET Core WPF applications with layered windows do not initially render
by WineHQ Bugzilla 31 Jan '22

31 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=50743 Bug ID: 50743 Summary: .NET Core WPF applications with layered windows do not initially render Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Found while working on WPF in Wine Mono. I've committed a work-around to Wine Mono (not yet in a release), but the bug is present in .NET Core as well. For any application using a WPF window with AllowsTransparency set to true (which makes it a layered window), the window's contents are initially an opaque black fill. Fully transparent areas are still transparent. If part of the window redraws (such as from a hover effect), the refreshed area draws correctly. I'm working on uploading a self-contained test case. Unfortunately, the archive exceeds the file size limit. The work-around in Wine Mono is to redraw the entire window in response to WM_WINDOWPOSCHANGED messages. The code that controls this can be found here: https://github.com/dotnet/wpf/blob/release/3.1/src/Microsoft.DotNet.Wpf/src… There are a lot of cases where they redraw, but the relevant ones here are probably WM_SIZE and WM_SHOWWINDOW. I tried the test program in CrossOver Mac 20, and it rendered correctly. This makes me think it's an X11-specific issue, but it could also be related to version difference. -- 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 4

[Bug 51551] New: Medibang Paint Pro: Pen pressure and opacity on Wine 6.14 not working
by WineHQ Bugzilla 30 Jan '22

30 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=51551 Bug ID: 51551 Summary: Medibang Paint Pro: Pen pressure and opacity on Wine 6.14 not working Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintab32 Assignee: wine-bugs(a)winehq.org Reporter: crxtrtupgm(a)gmail.com Distribution: --- Created attachment 70394 --> https://bugs.winehq.org/attachment.cgi?id=70394 Log.txt - Log for wintab32. OS: Pop!_OS 21.04 x86-64 App in question: Medibang Paint Pro 26.2 Wine ver: 6.14 Machine: Acer Nitro 5 Tablet used: XP-PEN Star 03 (Old version) Driver for tablet: Pentablet 1.2.14.1 (Old driver provided by XP-PEN Support) The application works just as well, can connect to the Medibang Cloud and all that. Drawing in the tablet does work, you can draw with it and it registers properly. The right click of the tablet also works. Issue is the pen pressure and opacity not working. This is not the case in native applications such as Krita. Pressure and opacity works on those applications. Before you say it, I tried the newer driver from the XP-PEN website and I have not made it to work on the OS. In fact the driver I used for windows is also in the older side. Apparently the tablet is old enough that modern support for it is now unavailable. I have already replied in the issue Bug 40199 but reported this new bug ID anyway for investigation for newer Wine versions. -- 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 3

[Bug 49885] New: Missing platform in games category
by WineHQ Bugzilla 30 Jan '22

30 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=49885 Bug ID: 49885 Summary: Missing platform in games category Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: matteobin(a)protonmail.com Distribution: --- When submitting a new app, there is no platform category under the games one. I think it should be added. I submitted an app that is a platform game: Yooka-Laylee and the Impossible Lair [1]. [1] https://appdb.winehq.org/objectManager.php?sClass=application&iId=20024 -- 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 47600] New: DeaDBeeF doesn't show icons
by wine-bugs＠winehq.org 30 Jan '22

30 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=47600 Bug ID: 47600 Summary: DeaDBeeF doesn't show icons Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t6zm3v62fkp7fe5(a)yandex.ru Distribution: --- Created attachment 65017 --> https://bugs.winehq.org/attachment.cgi?id=65017 Screenshot DeaDBeeF for Windows (https://github.com/DeaDBeeF-for-Windows/deadbeef/releases/download/2019-06-…) doesn't show icons and outputs these strings when opening the menu: 002b:err:module:import_dll Library librsvg-2-2.dll (which is needed by L"C:\\Program Files\\DeaDBeeF\\lib\\gdk-pixbuf-2.0\\2.10.0\\loaders\\libpixbufloader-svg.dll") not found 002b:err:module:import_dll Library libxml2-2.dll (which is needed by L"C:\\Program Files\\DeaDBeeF\\lib\\gdk-pixbuf-2.0\\2.10.0\\loaders\\libpixbufloader-svg.dll") not found Lubuntu 18.04.2, Wine 4.13 from official PPA. -- 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 4

[Bug 45447] New: [World of Tanks] Borderless window broken since 1.0.2
by wine-bugs＠winehq.org 29 Jan '22

29 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=45447 Bug ID: 45447 Summary: [World of Tanks] Borderless window broken since 1.0.2 Product: Wine Version: 3.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magist3r(a)gmail.com Distribution: --- Created attachment 61779 --> https://bugs.winehq.org/attachment.cgi?id=61779 Screenshot After update to WoT 1.0.2 borderless window mode of World of Tanks is broken. It shows header of window and panel instead of fullscreen (see screenshot). -- 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 48523] New: dlls/toolhelp16.dll16 LocalFirst and LocalNext only return LMEM_FIXED handles
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=48523 Bug ID: 48523 Summary: dlls/toolhelp16.dll16 LocalFirst and LocalNext only return LMEM_FIXED handles Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dirk.niggemann(a)gmail.com Distribution: --- I have a program (HP Chemstation G1701BA) which ha two 16-bit components (MSTOP.EXE and MSCONFIG.EXE) which inspect their own allocated local heaps to find their menus. They use TOOLHELP.DLL to do this(LocalFirst() and LocalNext()) . However, the Wine implementation of toolhelp.dll does not return any of the moveable local heap handles, only the fixed ones. This causes both programs to error during menu building with an internal 'CP Object not found' error. I have an unfinished test implementation of toolhelp.dll that handles moveable handles which seems to resolve 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.

1 3

[Bug 51706] New: Msi HANDLE_CustomType1 fails to load dll [patch]
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=51706 Bug ID: 51706 Summary: Msi HANDLE_CustomType1 fails to load dll [patch] Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: ake.rehnman(a)gmail.com Distribution: --- Created attachment 70581 --> https://bugs.winehq.org/attachment.cgi?id=70581 Patch for correctly determine the bitness for CustomAction dll do_msidbCustomActionTypeDll incorrectly assume dlls have the same "bitness" as the calling application. The Windows GetBinaryTypeW function used actually always fails for dll-types. From the documentation: "If the file is a DLL, the last error code is ERROR_BAD_EXE_FORMAT." If GetBinaryTypeW fails the fall back is incorrectly using the same bitness as the application it self. As far as I know there is no windows api to determine the bitness of DLLs. In my attached patch I have written a new function to determine the DLL type. -- 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

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 September 2021