wine-bugs January 2022

wine-bugs@winehq.org

1 participants
4295 discussions

[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 51868] New: Wine Staging - RPG Maker Game Fails To Load Script(s) in Wine
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=51868 Bug ID: 51868 Summary: Wine Staging - RPG Maker Game Fails To Load Script(s) in Wine Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 70783 --> https://bugs.winehq.org/attachment.cgi?id=70783 Terminal output log Bug is about this game: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40186 (Also, the game does not run properly in testing with 6.16 Staging; it ran but restarting the game afterwards landed me in a white screen [I had closed the window manually]) With 6.14 Staging, the issue is that the game doesn't proceed to the main menu due to failing to initialize because it can't run the game's ruby scripting system. In Wine forks, though unrelated to this bug but still important to keep in mind, I had been able to reach the main menu and start the game but fonts, arrows, and other graphics failed to render and I wouldn't be surprised if this continues to take place once the current issue is resolved. Until both are resolved, the game is essentially unplayable. -- 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 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

[Bug 45597] New: Flicker in GTAIV
by wine-bugs＠winehq.org 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=45597 Bug ID: 45597 Summary: Flicker in GTAIV Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- Created attachment 62031 --> https://bugs.winehq.org/attachment.cgi?id=62031 APNG animation of the flicker After a Wine upgrade, objects in GTAIV started flicker (see the animation in attachment, namely its top-center part where a lamp is located). Bisection gives the following result: dd0ea0a61463db83c647a9367ca61e2b69a98eb3 is the first bad commit commit dd0ea0a61463db83c647a9367ca61e2b69a98eb3 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Feb 16 09:39:08 2018 +0330 wined3d: Enable the multi-threaded command stream by default. Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 494432da56fa4c73f71f62151a3013fd4a6fb850 501f26cfd0dbf7d24224ad1f5fabfd9e8ce569c9 M dlls Nothing unusual appears in the terminal, frame rate doesn't noticeably change, only the visual artifacts appear. If you go outdoors (in game :) ), then there'll be more objects which flicker, like here: https://i.imgur.com/tvtU94I.png (ignore the motion of cars and humans, it's normal). -- 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 27679] New: Arx Fatalis does not play intro movie
by wine-bugs＠winehq.org 28 Jan '22

28 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=27679 Summary: Arx Fatalis does not play intro movie Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Created an attachment (id=35412) --> (http://bugs.winehq.org/attachment.cgi?id=35412) console log from wine-1.3.23-160-g38c13e5 Intro movie is not played in game "Arx Fatalis". Screen is black and sound is choppy during playback. Maybe my fault, because console says: fixme:gstreamer:GST_Connect Could not make source filter, are gstreamer-plugins-* installed for 32 bits? But i have libgstreamer-plugins-base0.10-0 and libgstreamer-plugins-base0.10-dev installed. Native Quartz.dll does not help and wine crashes when native is used. -- 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 18

[Bug 48606] New: HexChat: Check for update fails
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=48606 Bug ID: 48606 Summary: HexChat: Check for update fails Product: Wine Version: 5.1 Hardware: x86-64 URL: https://hexchat.github.io/ OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com $ wine --version wine-5.1 $ openssl sha256 HexChat\ 2.14.3\ x64.exe SHA256(HexChat 2.14.3 x64.exe)= f9afe97fceb91685b0f4b1812663eff8460a7d16d6f626ce733193cd56993f23 Steps to reproduce: 1. Install and start HexChat. 2. Click About > Check for updates Expected results: Update check works fine. Current results: Update check fails due to errors in secur32 and bcrypt. I don't know whether this belongs with bcrypt or secur32 since both components are affected. In my console window I can see the following: 0054:fixme:secur32:schan_get_cipher_algid Don't know CALG for encryption algorithm 2, returning 0 0054:fixme:secur32:schan_imp_get_max_message_size Returning 1 << 14. 0054:fixme:bcrypt:key_asymmetric_init not implemented on Mac 0054:fixme:bcrypt:key_asymmetric_init not implemented on Mac -- 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 6

[Bug 20415] New: eRightSoft SUPER: Window unviewable and non-responsive.
by wine-bugs＠winehq.org 28 Jan '22

28 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20415 Summary: eRightSoft SUPER: Window unviewable and non-responsive. Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=24224) --> (http://bugs.winehq.org/attachment.cgi?id=24224) A SUPER Log of buggies This is a bug report for bld.35 of the free SUPER encoder by eRightSoft. Attached is the log of what it does, I had to keep using the exit command to even close the non-responsive application. Basically the window is scrambled, you can't click anything and it freezes up. -- 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 16

[Bug 52339] New: EzViz: Program does not respond after clicking once
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=52339 Bug ID: 52339 Summary: EzViz: Program does not respond after clicking once Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact+winehq(a)rolandd.com Distribution: --- Created attachment 71509 --> https://bugs.winehq.org/attachment.cgi?id=71509 Logfile of Wine 6.16 that works fine and a logfile of Wine 7.0-rc2 that fails Hello, I run this program call EzViz to watch what the camera is recording, in this case the baby room :) The program runs fine, the problem starts when you click anywhere in the window, then nothing responds anymore. However the program continues to work as in it keeps playing the video of the camera. For example if I click the close button this should show me a popup to ask if I am sure. It now just changes the mouse cursor from a hand to a pointer. Another example is I can click anywhere in the Window and nothing responds but the video keeps playing. In Wine 6.16 where everything works as expected but when updating to Wine 6.21 these problems started. The problem continues in Wine 6.23 and Wine 7.0-rc2. I waited a little bit to see if it has anything to do with my system setup or may be fixed in a future Wine update but nothing happened, so I decided to write a but report. Download link: https://download2.ezvizlife.com/assets/deps/EzvizStudioSetups.exe?ver=73244 In case the link expires you can go to the URL below and click on Ezviz PC Studio Software https://support.ezvizlife.com/download OS: Manjaro Linux x86_64 Kernel: 5.15.12-1-MANJARO -- 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 14

[Bug 52158] New: error decrypt aes with wine, on a somes games. AES mode 1 with key length 64 not supported wine linux
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=52158 Bug ID: 52158 Summary: error decrypt aes with wine, on a somes games. AES mode 1 with key length 64 not supported wine linux Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: julianhoyos94(a)gmail.com Distribution: --- Created attachment 71204 --> https://bugs.winehq.org/attachment.cgi?id=71204 image showing type of file. Good morning, I want to report this bug, which appears in wine when trying to play age of empires 3 definitive edition multiplayer, although, the bug is directed to wine, since it throws the error, there are some xml files encrypted with aes. I leave you a link, with the image of how the encrypted files look, they are the ones that say "data" and below the maps that are not encrypted wine show the next error "AES mode 1 with key length 64 not supported wine linux." This error is becoming very common in other types of games, we stay tuned and thank you very much. -- 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 14

[Bug 50539] New: SetWindowRgn doesn't work correctly
by WineHQ Bugzilla 28 Jan '22

28 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=50539 Bug ID: 50539 Summary: SetWindowRgn doesn't work correctly Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: hjkl(a)quantentunnel.de Distribution: --- Created attachment 69208 --> https://bugs.winehq.org/attachment.cgi?id=69208 Example images and source code The SetWindowRgn function doesn't work correctly. It applies a shape to a window. In the attachment is an example source code which just creates 2 windows and calls SetWindowRgn on both. It uses an elliptic region on the left window and a triangle region on the right one. The image "CorrectOnWindows.png" shows how Windows 10 draws it. The image "IncorrectOnLinuxWithWine.png" shows how Wine on Debian draws it (also tested on Zorin OS with the same result). The elliptic window has a black "shadow" above the window. This might be the same issue as described in "Bug 48636", but I'm not sure. The other window has no shape at all. It's just drawn like SetWindowRgn was never called. The folder "source" of the attached ZIP file contains the Visual Studio 2019 source project and also the compiled EXEs for 32-bit and 64-bit. It's very simple. The interesting part is this for the 1st window: //example 1 with an elliptic region HRGN hRgn=CreateEllipticRgn(0, 0, 250, 200); SetWindowRgn(g_hWnd1, hRgn, TRUE); And this for the 2nd window: //example 2 with a triangle region POINT points[8]; points[0].x=50; points[0].y=0; points[1].x=100; points[1].y=100; points[2].x=0; points[2].y=100; points[3].x=50; points[3].y=0; points[4].x=50; points[4].y=20; points[5].x=80; points[5].y=90; points[6].x=20; points[6].y=90; points[7].x=50; points[7].y=20; hRgn=CreatePolygonRgn(points, 8, ALTERNATE); SetWindowRgn(g_hWnd2, hRgn, TRUE); -- 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

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