https://bugs.winehq.org/show_bug.cgi?id=56306
Bug ID: 56306
Summary: Dualshock 4 stopped working entirely since Wine 9.0
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: barrosleo10(a)gmail.com
Distribution: ---
It used to work mostly fine in version 8.XX, but something changed in 9.00 that
now not a single game or wine itself detects it anymore, be it on Bluetooth or
USB. The only way I can make it work again is by using a tool like SC
controller to fake it as an xbox controller.
--
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=57027
Bug ID: 57027
Summary: GetFinalPathNameByHandleW does not handle paths
exceeding MAX_PATH (260 chars)
Product: Wine
Version: 9.0
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)purisa.me
Hello,
I am writing a Rust program that calls canonicalize() on a path that is over
260 characters long. The Windows implementation of this function calls
GetFinalPathNameByHandleW.
On Windows, this works just fine and returns a valid path. With Wine on macOS,
the call returns a win32 error code ERROR_MORE_DATA (234, 0xEA). I re-ran the
binary with WINEDEBUG=+relay and there is an NtStatus code
STATUS_BUFFER_OVERFLOW (0x80000005) coming from NtQueryObject.
I believe this is because the buffer allocated in Wine's implementation of
GetFinalPathNameByHandleW is not large enough for the ObjectInformation
NtQueryObject is trying to return. Should GetFinalPathNameByHandleW fall back
to a dynamically allocated buffer in this situation?
Thank you!
--
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=56447
Bug ID: 56447
Summary: PlayOnline Viewer: The "splash screen" is blank/grey
without its image.
Product: Wine
Version: 9.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
This is a very old one, but as far as I can tell, not reported until now (aside
from some side-mentions).
PlayOnline Viewer, which is used to launch Final Fantasy XI Online, has a
blank/grey window for its "splash screen".
It has been working in Wine Staging for some time.
Not sure if related, but comparing the logging between runs, each of these show
up twice with Vanilla but only once with Staging:
err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b.
err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence
with id 0x1, ret 0x4.
err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b.
err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence
with id 0x2, ret 0x4.
--
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=38350
Bug ID: 38350
Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error
80020006 on startup and exits
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog
and exits immediately after the splash screen is loaded at startup.
Works fine on WindowsXP-SP3. Below is everything I thought might help.
VinIDE (current version as of 2015Apr03)
Download Vinculum II Toolchain V2.0.2-SP2
http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20…
(popup)
Vinculum II IDE
OLE error 80020006
OK
$ wine --version
wine-1.7.38
$ wineconsole
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub
$ uname -a
Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64
x86_64 x86_64 GNU/Linux
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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.