https://bugs.winehq.org/show_bug.cgi?id=51915
Bug ID: 51915
Summary: character just run to the left and everything
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
I have some stuff in lutris for some reason when I go into gta 3 and gta san
Andreas character just run to the left and everything. I tried to turn off the
keyboard is not in it. The problem appeared after the last update of Lutris.
Everything is fine in gta vice city.
No errors or warnings. In some games, the character constantly runs to the
left, even if you pull out the keyboard.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51844
Bug ID: 51844
Summary: winedbg command line arguments are not quoted properly
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
The program name and command line arguments passed to `winedbg` and `winedbg
--gdb` are not quoted properly. Running `winedbg --gdb 'foo bar.exe' arg1 'arg
2'` will cause winedbg to execute `foo` with the arguments `bar.exe`, `arg1`,
`arg`, and `2`, instead of `foo bar.exe` being run with two arguments. This is
inconsistent with both regular `wine` invocations as well as with `gdb --args`.
Currently all of the remaining arguments are simply concatenated to a command
line string for CreateProcessA() with spaces in between the arguments.
I've already submitted a patch for this here:
https://www.winehq.org/pipermail/wine-devel/2021-October/197216.html
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52191
Bug ID: 52191
Summary: Null pointer dereference in MPEG3_StreamConvert
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: l3codeca.acm
Assignee: wine-bugs(a)winehq.org
Reporter: hendi48(a)freenet.de
Regression SHA1: 5329da61ac51995f7a690edffbbc57d955566a6d
Distribution: ArchLinux
Wine 6.20 broke certain DX8 games that use DirectSound to do MP3 decoding.
https://github.com/wine-mirror/wine/blob/wine-6.20/dlls/l3codeca.acm/mpegl3…
Here, mpg123_feedseek is called with NULL as 4th argument (input_offset).
The called function does not check for NULL and faults when attempting to write
to it:
int __cdecl mpg123_feedseek(mpg123_handle *mh, int sampleoff, int whence, int
*input_offset)
{
int result; // eax
_off_t largeioff; // [esp+1Ch] [ebp-Ch]
result = mpg123_feedseek_64(mh, sampleoff, whence, &largeioff);
if ( result >= 0 )
*input_offset = largeioff;
return result;
}
This is decompiled code from the l3codeca.acm i386 library in Arch Linux's
wine-6.20-1 package (the same thing is the case in 6.21, too). What's really
really strange is that I just checked the bundled mpg123 source tree that comes
with Wine since 6.20, and the function looks very different.
Could this be a compilation screwup where distribution maintainers somehow
compile an external variant of mpg123 and not the in-tree version?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52109
Bug ID: 52109
Summary: DTS Encoder Suite fails to start with wine 6.22
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 71133
--> https://bugs.winehq.org/attachment.cgi?id=71133
DTS terminal output
The program starts and momentarily shows the GUI and then exits.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52080
Bug ID: 52080
Summary: Some interface widgets are broken (invisible) in
OpenMPT in light theme in wine 6.22
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: monsterovich(a)gmail.com
Distribution: ---
Everything worked fine in wine 6.21.
https://imgur.com/a/Cl3pA9C
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52060
Bug ID: 52060
Summary: BCryptExportKey is not implemented for
BCRYPT_RSAFULLPRIVATE_BLOB
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: janisozaur+wine(a)gmail.com
Distribution: ---
Created attachment 71073
--> https://bugs.winehq.org/attachment.cgi?id=71073
Test application
BCryptExportKey is not implemented for BCRYPT_RSAFULLPRIVATE_BLOB
Attached sample test application
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51833
Bug ID: 51833
Summary: GetModuleFileNameW no longer works with large buffers
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)2ar.nl
Regression SHA1: 43d14fd808bb965762bb6c76027bbe26ba936f82
Distribution: ---
The recent change 'Implement kernelbase.GetModuleFileNameW using
ntdll.LdrGetDllFullName' (bug 49344) broke passing large buffers (>=32768
characters) to GetModuleFileNameW, as done by cygwin.
Possible fix:
name.MaximumLength = (size < 0xffff / sizeof(WCHAR) ? size : 0xffff /
sizeof(WCHAR)) * sizeof(WCHAR);
Comment from Nikolay Sivov: we could probably min() it in ints, to avoid this
16bit overflow.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52147
Bug ID: 52147
Summary: osu! fails to load some skin elements of certain skins
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: openglfreak(a)googlemail.com
Distribution: ---
Created attachment 71197
--> https://bugs.winehq.org/attachment.cgi?id=71197
Patch that disables the chunk size limit
Some osu! skins contain PNGs with chunks bigger than 8 MiB. Those PNGs can't be
loaded by Wine because libpng limits the size of chunks it accepts to 8 MiB by
default.
I attached a patch that disables the chunk size limit of libpng in
windowscodecs.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52132
Bug ID: 52132
Summary: DeviceCapabilities DC_PAPERSIZE return wrong sizes
(Regression)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: incubusrk(a)gmail.com
Distribution: ---
Created attachment 71169
--> https://bugs.winehq.org/attachment.cgi?id=71169
test sample get system default printer and show paper names and sizes
Wine 6.20 and newer has broken DeviceCapabilities fwCapability=DC_PAPERSIZE
Test work fine in wine 6.15
PS All test was made with 64-bit prefix
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52106
Bug ID: 52106
Summary: dxva2:dxva2 fails in test_progressive_device() on
cw-rx460 (AMD)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dxva2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxva2:dxva2 fails fails in test_progressive_device() on the TestBot's AMD test
configuration, cw-rx460:
dxva2.c:647: Test failed: Unexpected hr 0x80004005, format 21.
dxva2.c:648: Test failed: Unexpected format count 0.
dxva2.c:669: Test failed: Unexpected input pool 0x4.
https://test.winehq.org/data/patterns.html#dxva2:dxva2
This impacts all Windows versions from 8.1 to 21H1 and multiple Radeon driver
versions. But none of the other machines (Nvidia, QEmu) are impacted so this is
specific to either the Radeon driver or to this particular graphics card (or
generation).
Given that the error is a generic E_FAIL, maybe that means one cannot expect
this functionality to always be available.
A bisect shows that the failures started with the commit that introduced the
new tests:
commit 12a1b4b360abc6db5de2e393b9ec53a77f532ffd
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
AuthorDate: Tue Nov 23 15:21:45 2021 +0300
dxva2: Introduce progressive processor device.
The point is to provide a device, with similar caps and NV12 support,
while keeping software device on its own, the way it should be.
This is based on research by Derek Lesho.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.