wine-bugs August 2022

wine-bugs@winehq.org

1 participants
3620 discussions

[Bug 46169] New: Zabaware Reade doesn't work properly
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=46169 Bug ID: 46169 Summary: Zabaware Reade doesn't work properly Product: Wine Version: 3.20 Hardware: x86 URL: https://www.zabaware.com/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Hi! I downloaded Zabaware reader from here https://www.zabaware.com/download and it works,but not as in Windows. In fact the voices are very different and very annoying to listen to. To reproduce the bug you need to download the free version of the program, then install ZabawareReaderSetup.exe. Now write a sentence and hear it both in WIndows and in Linux. You will note a big 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.

2 7

[Bug 44414] New: GetNamedPipeHandleState not properly implemented
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=44414 Bug ID: 44414 Summary: GetNamedPipeHandleState not properly implemented Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ossman(a)cendio.se Distribution: --- I'm getting these running the Windows version of the ThinLinc client: 002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub It uses that call to set and remove PIPE_NOWAIT. The client also locks up, but I'm not sure it is because of this stub or something else. -- 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 29902] New: Windows Live Messenger 8.5 does login, error 81000378
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=29902 Bug #: 29902 Summary: Windows Live Messenger 8.5 does login, error 81000378 Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified Created attachment 38893 --> http://bugs.winehq.org/attachment.cgi?id=38893 Log, try entering the messenger salutations (google translation) I installed messenger through .msi package without problems in wine, I went to winecfg, changed windows version to 2000, when I opened the messenger if you could not type anything in the field username and password, then Riched20 installed through winetricks, so I could enter my username and password when I try to get in, get into normal, but not time to appear the contacts of the error 81000378 "You cannot use Windows Live Messenger at this time because your contact list is not available.Please try again later" I made some test with Wine 1.1.30, and usually logged, but the messenger is buggy I want to run it under wine 1.4 thank you -- 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 32

[Bug 29942] New: Windows Live Messenger 8.5, lock in chat windows
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=29942 Bug #: 29942 Summary: Windows Live Messenger 8.5, lock in chat windows Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified Created attachment 38969 --> http://bugs.winehq.org/attachment.cgi?id=38969 Terminal log Greetings I managed to run and log into Windows Live Messenger 8.5 on wine, the bug does not login, (bug 29902) was solved with a patch disponiblizado by Juan Lang. Now I have another problem, after logging all normal, see the contacts, can I change nickname, phrase, image. I open the chat window to talk, I type normal, but when I send the message, the program crashes, and gets caught, taking 30% cpu. to have Windows Live Messenger 8.5 on wine, follow these steps: Download messenger: http://www.mediafire.com/?tlywu43id00 Normal installation in wine, and install riched20 msxml3 by winetricks, then set the Wine version for Windows 2000, done that is possible to login. But to login you must have wine with the patch: http://www.winehq.org/pipermail/wine-patches/2012-February/111655.html http://www.winehq.org/pipermail/wine-patches/2012-February/111656.html applied, but the Windows Live Messenger error 81000378 will Post here the log of the terminal, since the messenger open, until it freezes in the chat window -- 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 10

[Bug 53270] New: test_WSARecv() fails when using wow64 thunks [Wow64ApcRoutine() overwrites return value set by NtContinue()]
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53270 Bug ID: 53270 Summary: test_WSARecv() fails when using wow64 thunks [Wow64ApcRoutine() overwrites return value set by NtContinue()] Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 72642 --> https://bugs.winehq.org/attachment.cgi?id=72642 test diff This might be a bit early since the wow64 path isn't exactly supported, but (with a couple patches to ntdll to enable it in the first place) it works well enough to expose a bug in its own implementation, which is more than a little tricky to solve. I'm attaching a diff to the tests, which I will submit upstream, which demonstrates the root of the problem. KiUserApcDispatcher can be called from three-ish places: wait functions, NtTestAlert, and NtContinue. In the case of the former two KiUserApcDispatcher will be passed a wow64 context which, among other things, has its %rax/%eax set to STATUS_USER_APC or STATUS_SUCCESS respectively. In the latter case %rax/%eax comes from the passed-in context. Wow64ApcRoutine tries to translate the %rax from the 64-bit context into the %eax that the 32-bit context will restore to. In the former two cases this is STATUS_USER_APC or STATUS_SUCCESS and things work fine. In the latter case, however, this overwrites %eax from the passed-in 32-bit context. Note that we don't get the right %eax from ntdll either, because (a) ntdll gives us a 64-bit context anyway, and (b) we don't use NtContinue but rather NtTestAlert. That does mean we could fix it by using NtContinue and putting the %eax value into %rax, which is a bit weird but I don't know if there's a better option. This is wrong inherently, as the attached tests show, but it more saliently ends up breaking LdrInitializeThunk, because on i386 RtlUserThreadStart is called with %eax pointing to the thread procedure, and we then overwrite that with zero. -- 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 49266] New: Amazon Games installs but won't start
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49266 Bug ID: 49266 Summary: Amazon Games installs but won't start Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 67270 --> https://bugs.winehq.org/attachment.cgi?id=67270 Console Output (wine 5.8) Hello everyone, I download the Amazon games installer from: https://download.amazongames.com/AmazonGamesSetup.exe and got it installed with wine 5.8 - Unfortunately the application doesn't launch. Console output is attached. -- 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 21

[Bug 53236] New: d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53236 Bug ID: 53236 Summary: d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine: device.c:4349: Test failed: Expected message 0x7e for window 0x1, but didn't receive it, i=1. device.c:4359: Test failed: Got unexpected hr 0x88760869. https://test.winehq.org/data/patterns.html#d3d9:device Where 0x007e == WM_DISPLAYCHANGE. The second failure is not always present but does not seem to happen without the first one so they are probably related. These failures: * Happen on my Debian 11 + Intel + KDE box (fg-deb64) * Don't seem to happen on my Debian 11 + QXL + fvwm + single monitor VM * Happen on the TestBot's Debian 11 + QXL + fvwm + dual monitor VM * Happen on the TestBot's Debian Testing + QXL + fvwm + dual monitor VM (very rarely but two wow64 instance have been seen) -- 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 47407] New: Hard Truck 2: King of The Road (GOG version): movies don' t play
by wine-bugs＠winehq.org 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47407 Bug ID: 47407 Summary: Hard Truck 2: King of The Road (GOG version): movies don't play Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t6zm3v62fkp7fe5(a)yandex.ru Distribution: --- Created attachment 64755 --> https://bugs.winehq.org/attachment.cgi?id=64755 Screenshot from intro movie In Hard Truck 2: King of The Road (GOG version), movies don't play: e.g. intro logos and movie (screenshot-from-intro-movie.png) and movies when you're arrested or robbed by mafia. Lubuntu 18.04.2, Wine 4.11 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 6

[Bug 53526] New: kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53526 Bug ID: 53526 Summary: kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10: sync.c:1135: Test failed: DeleteTimerQueueTimer https://test.winehq.org/data/patterns.html#kernel32:sync This failure happened twice: * 2022-05-27 w10pro64-de-64 * 2022-08-04 w10pro64-he-64 -- 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 53488] New: The dxgi:dxgi output is too big on debiant
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53488 Bug ID: 53488 Summary: The dxgi:dxgi output is too big on debiant Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The dxgi:dxgi output is too big in Wine. It used to be about 24 KB but the commit below pushed it to 34 KB, over the 32 KB limit. Then on 2022-07-22 another commit improved the situation on debian11 but not on debiant where the size has not changed since the commit below. commit 184ff3bfbb4be3e3fbcfaaba3ec7095d2d885882 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Sat Jun 11 19:36:20 2022 +0300 dxgi: Create DXGI resource object, optionally supporting surface interfaces. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> dlls/d3d11/d3d11_private.h | 4 +- dlls/d3d11/tests/d3d11.c | 7 - dlls/d3d11/texture.c | 130 +++++++------- dlls/dxgi/Makefile.in | 2 +- dlls/dxgi/device.c | 24 +-- dlls/dxgi/dxgi_private.h | 11 +- dlls/dxgi/resource.c | 423 +++++++++++++++++++++++++++++++++++++++++++++ dlls/dxgi/surface.c | 296 ------------------------------- dlls/dxgi/tests/dxgi.c | 34 ++-- include/wine/winedxgi.idl | 7 +- 10 files changed, 526 insertions(+), 412 deletions(-) create mode 100644 dlls/dxgi/resource.c delete mode 100644 dlls/dxgi/surface.c -- 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 August 2022