https://bugs.winehq.org/show_bug.cgi?id=57323
Bug ID: 57323
Summary: system32: wmvcore.dll Breaks Windows 7 Card Games
(renaming/deleting it allows them to work)
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: garrettm4(a)protonmail.com
Distribution: ---
Created attachment 77274
--> https://bugs.winehq.org/attachment.cgi?id=77274
win7 Freecell works with wmvcore.dll renamed
The Wine wmvcore.dll located in system32 prevents Windows Vista/7 card games
from working. Simply renaming this dll allows these games to run using a clean
Wine 9.19 prefix. This workaround has also been tested to work on Wine 9.1. The
card games can be copied from Windows Vista, Windows 7 (with the CardGames.dll)
or using https://win7games.com/#games to install them to the prefix. If using
the Winaero installer, you can simply copy the game folder and use it directly,
instead of installing every time.
I'm not sure why this dll prevents the games from opening, but its omission
doesn't seem to affect any of the other apps I use. Additionally, when using
winetricks to install wmp11 (from a forum hint about getting the games to
work), this dll is removed from the system32 folder during the install process.
Apparently, wmp11 is not actually needed and simply worked by removing the one
dll that prevented the games from opening correctly.
--
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=41427
Bug ID: 41427
Summary: [Game Maker Studio - Android][Subst.exe] - not working
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thunderstormpolska(a)o2.pl
Distribution: Debian
Hello.
subst.exe is (from Windows) probably something like Linux mount or Winecfg
Disks, but it's not available in Wine. I tried to borrow it from Windows XP,
but it doesn't work.
Game maker try to create "virtual disk" to Y: using subst.exe, but subst
doesn't work.
--
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=38879
Bug ID: 38879
Summary: wbemprox fill_videocontroller calls are expensive
Product: Wine
Version: 1.7.41
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: c10ud.dev(a)gmail.com
Distribution: ---
Created attachment 51812
--> https://bugs.winehq.org/attachment.cgi?id=51812
wbemprox: cache videocontroller queries
Specifically League of Legends likes to continuously ask for video controller
specs while in game (every 4 seconds or so).
On my (old?) box this leads to a pretty big framedrop (~15fps when capped at
60) due to dxgi being initialized every time (and thus wined3d) by the
fill_videocontroller function.
The proposed solution caches results for subsequent calls, but I'm not sure
about the implications (i.e. do we expect any of those fields to change in the
lifespan of a wine application?)
Comments welcome
Greets
--
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=43894
Bug ID: 43894
Summary: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar
tabs are not visible
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
After working around bug 38350 the IDE opens and functions but some of the
toolbar tabs are not visible. Specifically those on the blue line with the help
button on the far right that is between the two lines of icons at the top of
the IDE. They normally select which toolbar to show for edit, build, debug,
program etc. Clicking where they are known to be reveals a different color
rectangle but no text.
--
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=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.