https://bugs.winehq.org/show_bug.cgi?id=57926
Bug ID: 57926
Summary: wine-mono wpfclipboard test can fail if a clipboard
manager is running
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is an odd one. I've been seeing random failures in the wpfclipboard test
(https://gitlab.winehq.org/mono/wine-mono/-/blob/main/tools/tests/wpfclipboa…).
This is caused by fcitx requesting the clipboard at a bad time, presumably
after it changes so it can track the history. I tried enabling clipboard
history on Windows, and it didn't break the same test, so presumably this is a
Wine bug of some variety.
An ole,clipboard log first shows FCITX requesting the clipboard contents:
00a4:trace:clipboard:X11DRV_SelectionRequest got request on 5200003 for
selection "CLIPBOARD" target "UTF8_STRING" win 1600000 prop
"FCITX_X11_SEL_CLIPBOARD"
00a4:trace:clipboard:NtUserOpenClipboard 0x10030
00a4:trace:clipboard:NtUserGetClipboardData CF_UNICODETEXT sending
WM_RENDERFORMAT to 0x10058
followed by WPF repeatedly trying to call OleFlushClipboard like this:
0140:trace:ole:OleFlushClipboard ()
0140:trace:clipboard:NtUserOpenClipboard 0x10058
(WPF will retry this in a loop, 10 times with 0.1 second delay, until it
succeeds:
https://gitlab.winehq.org/mono/wpf/-/blob/wine-mono/src/Microsoft.DotNet.Wp…)
And finally an exception:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.InteropServices.COMException
(0x800401D0)
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR (System.Int32
errorCode, System.IntPtr errorInfo) [0x0000b] in
<9023c5f6a7ee423aa752c291dcce5a37>:0
at MS.Internal.SecurityHelper.ThrowExceptionForHR (System.Int32 hr) [0x00008]
in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.Flush () [0x0002c] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.CriticalSetDataObject (System.Object data,
System.Boolean copy) [0x000a9] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataObject (System.Object data, System.Boolean
copy) [0x00001] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataInternal (System.String format,
System.Object data) [0x00025] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text,
System.Windows.TextDataFormat format) [0x0003f] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text) [0x00015] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
This error code is CLIPBRD_E_CANT_OPEN, according to a quick search.
Importantly, WPF's loop doesn't handle window messages. The clipboard is open
because explorer is waiting for WPF to respond to WM_RENDERFORMAT, but WPF
can't do that because it's in the Flush loop.
I'm not sure how this is supposed to work. The Flush loop in WPF is the same in
modern .NET, so that can be assumed to work on Windows without running a
message loop. (We could theoretically work around it in Wine Mono, but that
wouldn't help with modern .NET. I also don't expect this failure mode to be
common in practice.)
--
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=49028
Bug ID: 49028
Summary: X-plane 11 (windows) falls back to opengl when trying
to run with vulkan.
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hubert(a)limitset.net
Distribution: ---
Created attachment 67006
--> https://bugs.winehq.org/attachment.cgi?id=67006
X plane log
When attempting to run the windows version of X-plane 11 (to get access to
windows only add-ons) the game will not run with vulkan enabled. When
attempting to start the simulator in vulkan mode this is the error message:
"The graphics card or driver lacks support for a required extension:
VK_KHR_external_memory_win32" and coontinues to run but with opengl. This
happens on Arch Linux and Debian Sid, and so far this issue has occurred for
everyone who has tried running the game with wine using vulkan.
--
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=8780
--- Comment #37 from Christian Costa <titan.costa(a)gmail.com> ---
Actually I got many keys working. I cannot insert a coin and start the game
though. No music. No error other than that.
--
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=8780
Christian Costa <titan.costa(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |titan.costa(a)gmail.com
--- Comment #36 from Christian Costa <titan.costa(a)gmail.com> ---
The staging patchset has been upstream.
I tried the game. I don't get a red message error after loading the sci(fi
table.
I don't know how to play again though. Only space key works.
--
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=57909
Bug ID: 57909
Summary: Star Citizen WineWayland Cursor Warping
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mactan(a)edgetransit.dev
Distribution: ---
star citizen has a cursor warp issue on wayland that spins the camera down to
stare at the ground or the cursor's last position on mouse move
observed behavior on 10.2 mainline nonstaging winewayland session. cursor
flickers instead of being held and the cursor does not warp to center when the
interact key is held, and the camera warps to the cursors last position
https://youtu.be/rkWaCgDNZeohttps://youtu.be/hvb-BOVlsew
these are examples of the expected behavior as observed on 10.2 x11 session,
when the interact key (default F) is held, the cursor warps to the middle of
the screen and the user can move the cursor freely from there. upon release and
holding again, cursor warps to center when the key is held
https://youtu.be/5cfveNGmHRIhttps://youtu.be/NKBSWfQrfCw
observed behavior on 10.2 wayland xwayland session. the cursor does not warp to
center when the interact key is held, and the camera warps to the cursors last
position
https://youtu.be/9I3g-fbxMUQhttps://youtu.be/MAm85csb4Lk
observed behavior with patches !7352 !7353 !7368 !7457 !7475 applied. cursor
flickers instead of being held and constantly warps to the display center
instead of being allowed to move about the screen after the initial warp.
attached log with +waylanddrv,+win
https://youtu.be/XxRbAljl49whttps://youtu.be/RyS8UjzH9hs
--
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=57918
Bug ID: 57918
Summary: MANIFEST is not loaded from DLL
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: niki(a)vintech.bg
Distribution: ---
Created attachment 78170
--> https://bugs.winehq.org/attachment.cgi?id=78170
manifest in python310.dll
when running sample.exe file without MANIFEST that uses python310.dll with
MANIFEST then
common controls v6 are not activated as per
<assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls"
version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df"
language="*" />
workaround is to add the MANIFEST to the sample.exe file
--
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=57917
Bug ID: 57917
Summary: HOMM sound related SIGBUS crash within seconds to
minutes of startup
Product: Wine
Version: 10.2
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
"Heroes of Might and Magic" (HOMM,
https://appdb.winehq.org/objectManager.php?sClass=application&iId=2500) starts
and plays now that bug 3930 is fixed, but gets frequent SIGBUS crashes :-(.
It always crashes within seconds to minutes of starting the game, although at
completely random times. Sometimes it happens at certain game events, such as
entering a town or starting a battle, but it's not reproducible.
The crashes appears to completely bypass Wine, there's no seh or useful
logging, I just get "Bus error (core dumped)" printed in my terminal, and:
pid 3203 (wine), jid 0, uid 1001: exited on signal 10 (core dumped)
logged in `dmesg` ("signal 10" = SIGBUS). The core dump doesn't give a helpful
stack trace, and the game gets a huge number of exceptions when run in winedbg.
Since the game heavily uses sound (both sampled sound and either CDDA or MIDI),
I tried to see what would happen when sound is completely disabled. And indeed,
when all the sound drivers (wineoss.drv, winepulse.drv, etc. and their .so
files) are moved or deleted, no sound is played but the SIGBUS crashes
completely stop, you can play for long time periods with no issues.
It doesn't seem to matter whether OSS or Pulse is used as the sound driver. It
could be a regression, but I still need to confirm that.
--
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=56348
Bug ID: 56348
Summary: Bricks: Regression in SetCursorPos handling
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bricks(a)speeddemosarchive.com
Distribution: ---
Hi,
I wrote the puzzle game bricks, website @ http://bricks-game.de/ with a direct
download link @ http://bricks-game.de/winbricks/bricks1/bricks1.zip
While running wine version 8 on Ubunutu 22.04 I had no problems at all running
bricks!
Unfortunately after upgrading to wine 9 the program is barely usable.
After clicking on a brick and trying to move it in a valid direction, the
program rapidly moves the brick back and forth hundreds of times a second.
I can tell you that in the source code, the program is calling the SetCursorPos
Windows API function, and so the regression appears to be there.
I also tried wine staging version 9.2 and the bug is there as well.
--
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=57916
Bug ID: 57916
Summary: Lost at sea is darker with vulkan render thant in gl
and dxvk ones
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Nvidia GTX 3070 drive 535.54.03.
Ubuntu 22.04
wine-10.2-156-gd17225a89cf
--
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.