https://bugs.winehq.org/show_bug.cgi?id=57899
Bug ID: 57899
Summary: R-Link 2 Toolbox crash
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: phil.montaigu(a)gmail.com
Distribution: ---
Created attachment 78139
--> https://bugs.winehq.org/attachment.cgi?id=78139
Generated at crash by Wine debugger
Crashes at launch
--
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=45119
Bug ID: 45119
Summary: Multiple applications from Google
sandbox-attacksurface-analysis-tools (targeting native
API) need 'ntdll.NtGetNextProcess' implementation
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
required by various .NET-based apps from
https://github.com/google/sandbox-attacksurface-analysis-tools
--- quote ---
sandbox-attacksurface-analysis-tools
(c) Google Inc. 2015, 2016, 2017, 2018
Developed by James Forshaw
This is a small suite of tools to test various properties of sandboxes on
Windows. Many of the checking
tools take a -p flag which is used to specify the PID of a sandboxed process.
The tool will impersonate
the token of that process and determine what access is allowed from that
location. Also it's recommended
to run these tools as an administrator or local system to ensure the system can
be appropriately enumerated.
CheckExeManifest: Check for specific executable manifest flags.
CheckNetworkAccess: Check access to network stack.
NewProcessFromToken: Create a new process based on existing token.
TokenView: View and manipulate various process token values.
NtApiDotNet: A basic managed library to access NT system calls and objects.
NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT
object manager.
ViewSecurityDescriptor: View the security descriptor from an SDDL string or an
inherited object.
--- quote ---
It's actually a pretty neat "testsuite" for native API, Wine could benefit from
it. I've already found 20+ bugs within one hour of playing with this (missing
exports, stubs, incomplete + incorrect impl. etc.).
Will create more tickets as time/mood permits ;-)
Prerequisite:
* 32-bit WINEPREFIX
* .NET Framework 4.5 -> 'winetricks -q dotnet45'
--- snip ---
$ wine ./TokenViewer.exe
...
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'.
at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle
ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags
HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle)
at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access)
at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access,
Boolean from_system_info)
at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean
hideUnrestricted)
at TokenViewer.MainForm..ctor()
at TokenViewer.Program.Main(String[] args)
--- snip ---
https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include…
--- snip ---
#if !(PHNT_VERSION >= PHNT_WS03)
typedef NTSTATUS (NTAPI *_NtGetNextProcess)(
_In_ HANDLE ProcessHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ ULONG HandleAttributes,
_In_ ULONG Flags,
_Out_ PHANDLE NewProcessHandle
);
...
--- snip ---
$ sha1sum Release-v1.1.14.7z
8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z
$ du -sh Release-v1.1.14.7z
384K Release-v1.1.14.7z
$ wine --version
wine-3.7-50-g8dca6c35e1
Regards
--
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=57881
Bug ID: 57881
Summary: Wine10.2 Noble does not open Quicken 2004, qw.exe file
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: rs2crows(a)gmail.com
Distribution: ---
Update manager updated wine to WINE 10.2 NOBLE. Normally to start quicken
followed link to qw.exe file, did usual(right click) open with WINE - nothing
happens. Attempted several times.
Using timeshift went back to WINE 10.1 NOBLE, followed link to qw.exe file,
opens Quicken 2004 as expected.
I'm guessing on the 'component' selected 'winelib'
System Linux Mint 22 Cinnamon version 6.2.9
Linux Kernel 6.8.0-54.56
Processor AMD Rysen 7 3700
--
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=52094
Bug ID: 52094
Summary: IDA Pro 7.6 crashes when loading idapython3.dll
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: esteve.varela(a)gmail.com
Distribution: ---
IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and
configured.
Steps to reproduce:
- Get an ida76sp1 installation
- Install python3 using the exe installer (go to advanced, install for all
users, and add to environment)
- Run `wine idapyswitch.exe`, select the installation.
- Run ida.exe, watch it crash and generate a crash dump.
This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64
architecture. Python 3.4 couldn't be tested because the msi installer isn't
working properly, and when ran unattended the proper DLL isn't installed.
Any ways to bypass this after IDAPython3 has been set up include removing the
selected python3 install or removing idapython3.dll from the plugins folder.
This gets IDA to run again, though IDAPython3 still won't work.
Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz")
Nothing is shown in the command-line log that wouldn't be shown in a
non-crashing run of the program.
--
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=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.
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.
http://bugs.winehq.org/show_bug.cgi?id=25682
Summary: Super Crate Box runs slowly
Product: Wine
Version: 1.3.10
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
On Wine, Super Crate Box runs slowly enough to actually be playable. While this
is arguably an improvement, we should match the Windows behavior which is to
run unplayably fast.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50764
Bug ID: 50764
Summary: The Suicide of Rachel Foster textures look color
inverted with OpenGL renderer
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69554
--> https://bugs.winehq.org/attachment.cgi?id=69554
example
err:d3d:wined3d_debug_callback 0x8daa5b0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
err:d3d:wined3d_debug_callback 0x8d47510: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA16_SNORM)".
wine-6.3-42-g3c2db20f668
--
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=57721
Bug ID: 57721
Summary: Adobe Illustrator CS6 (16): Cannot type into text
inputs in collapsed-to-icon panels with built-in
gdiplus
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.winehq.org(a)zetafleet.com
Distribution: ---
Created attachment 77923
--> https://bugs.winehq.org/attachment.cgi?id=77923
WINEDEBUG=gdiplus trace of opening and attempting to interact with the
collapsed panel text input
Reproduction:
1. Create a new document (Ctrl+N)
2. Ensure Character panel is docked in a collapsed state:
a. From main menu, Window -> Workspace -> Web
b. Open the collapsed Character panel by clicking on its icon or by hitting
Ctrl+T
3. Focus any text input control in the panel (e.g. the font family)
4. Mash keyboard
Expected: Text is entered into the control
Actual: Nothing is entered into the control
With native gdiplus, this works correctly. It seems like with native gdiplus,
focusing the text field in a collapsed panel causes Illustrator to create a
whole duplicate window overlaying the panel which is actually receiving the
text input.
I have attached a gdiplus trace containing just the part where the panel is
opened and then keyboard input is attempted. Please let me know what additional
information you need.
--
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=57747
Bug ID: 57747
Summary: Merge request !6136 broke Dungeon Siege (2002)
rendering
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: liewkj(a)yahoo.com
Distribution: ---
Merge request !6136 introduced rendering glitches in Dungeon Siege (2002) on
how holding melee weapons appeared on the characters/enemies.
A FREE Dungeon Siege demo is available at
https://archive.org/details/DungeonSiegeDemo
How to reproduce:
1. Start a new game in Dungeon Siege demo.
2. In 3D rendered intro cutscene, the character working on the farm with a
`Hoe`.
3. When game started, zoom in the character on the hand holding knife. OR, head
back and pick up `Hoe` or `Dull Pitchfork` and equipped them.
--
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=3930
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |9491cb7ea9dbf1eced1feb626fe
| |ecdbef424c213
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #91 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
Dmitry's patch has been merged, resolving FIXED :-).
Remember to set your Windows version to Windows 95, 98 or ME, otherwise the fix
will be disabled and HOMM will still deadlock.
A big thank you to everyone involved in testing, debugging and fixing this
notorious 20 year old bug. Hopefully this fix will help to get other games
using the (once popular) Miles Sound System working too.
Those graphical corruption issues I found need further investigation (eg. it
sometimes works in virtual desktop mode, but then also crashes with SIGBUS
after a few minutes), but that should be a separate bug.
--
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=34108
Bug #: 34108
Summary: Rally Trophy: Controller configuration is very buggy
Product: Wine
Version: 1.6
Platform: x86-64
URL: http://games.softpedia.com/get/Games-Demo/Rally-Trophy
.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jettis(a)gmail.com
Classification: Unclassified
Created attachment 45353
--> http://bugs.winehq.org/attachment.cgi?id=45353
Rally Trophy log trace+dinput
Rally Trophy uses DirectInput's device configuration window. There are some
bugs that make device configuration difficult and for example a racing wheel
impossible to use.
Device configuration usually doesn't show the currently mapped keys for
keyboard especially when a racing wheel is connected. If it shows they are only
default keys and not the currently mapped keys.
If a function is already mapped to a key by you, you can't change it to an
another key anymore. For example you set 'shift up' to 's' key and go to play,
then you go back to device configuration and set 'shift up' to 'd' key and
again go to play. You will notice that 'd' key does not change a gear.
In full version of Rally Trophy the key mappings are saved, but in Rally Trophy
Demo in wine they are not. The keys are always the default ones when you start
the game.
In Windows you can select a player (Pelaaja 1/Player 1) for the device when you
want to use it. Wine does not see the player and shows only a blank list, so
you can't get a racing wheel in to use.
However a racing wheel becomes usable if keyboard and mouse enumeration is
deleted from IDirectInput8AImpl_EnumDevicesBySemantics from wine's code.
Logs are made with these steps:
1. Start the game
2. Go to device configuration
3. Set key 's' to 'shift up'
4. Go to in game
5. Close the game with alt+f4
A racing wheel is connected when logging.
Tested wine version is the latest git.
Demo can be downloaded from:
http://games.softpedia.com/get/Games-Demo/Rally-Trophy.shtml
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56291
Bug ID: 56291
Summary: Kodu game lab crashes:Unhandled Exception:
System.NullReferenceException: Object reference not
set to an instance of an object.
Product: Wine
Version: 9.1
Hardware: x86-64
URL: https://kodugamelab.blob.core.windows.net/blob/Builds/
KoduSetup_1.6.18.0.exe
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 76010
--> https://bugs.winehq.org/attachment.cgi?id=76010
patch for 1st missing prop
A user reported crash on the forum:
https://forum.winehq.org/viewtopic.php?t=38495
Steps to reproduce: install dotnet48 with winetricks and install
https://kodugamelab.blob.core.windows.net/blob/Builds/KoduSetup_1.6.18.0.exe
and
https://kodugamelab.blob.core.windows.net/blob/xnafx40_redist.msi
It seemingly crashes besause of two missing properties in Win32_PnPEntity:
0024:trace:wbemprox:wbem_services_ExecQuery 0418C7C8, L"WQL", L"SELECT * FROM
Win32_PnPEntity", 0x10, 00000000, 0012F1D8
.
0024:trace:wbemprox:class_object_Get 0418D000, L"Caption", 0, 0012F224,
0255B7C4, 0255B7C8
.
0024:err:eventlog:ReportEventW L"Exception Info:
System.NullReferenceException\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding previous property there is:
0024:trace:wbemprox:wbem_services_ExecQuery 041923E0, L"WQL", L"Select * From
Win32_PnPEntity where ClassGuid = '{4d36e967-e325-11ce-bfc1-08002be10318}'",
0x10, 00000000, 0012F1D8
.
0024:err:eventlog:ReportEventW L"Description: The process was terminated due to
an unhandled exception.\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding something for that the program starts but crashes again, because
it cannot find XnaNative.dll.
That seems like another bug, don't know what goes wrong there. After putting
xnanative.dll from ./drive_c/Program Files (x86)/Common Files/Microsoft
Shared/XNA/Framework/v4.0/XnaNative.dll into a path (like in syswow64) the
program starts and seems to work fine.
Attached patch for the 1st missing prop
--
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=57543
Bug ID: 57543
Summary: Give a fatal error when installing files on a EXFAT or
NTFS filesystem
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janfolder(a)outlook.com
Distribution: ---
Hello Wine,
Please give a fatal error when installing files or Windows programs on an EXFAT
or NTFS filesystem.
EXFAT and NTFS do not support the colon character in filenames and do not
support symbolic links.
I spent 2 days trying to install world of warcraft on Linux on an EXFAT
formatted drive.
It failed while mentioning that the AppData environment variable was empty.
Luckily, while investigating this AppData error message, a note on the
filesystem format came to my attention. The requirement for Windows
applications to be installed on EXT4 filesystems.
Now World of Warcraft executes properly <3! I can migrate from Windows 10 to
Linux.
Thank you for providing Wine for Linux!
Marcel
--
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=3930
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|HOMM/Deadlock shows black |Miles Sound System
|screen (game DLL calls |(WAIL32.DLL)
|SuspendThread inside |SuspendThread() deadlock in
|WOM_OPEN winmm callback) |WINMM callback (silent
| |black screen on HOMM
| |startup)
--
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=57733
Bug ID: 57733
Summary: MMH7Editor is not started
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
0024:fixme:seh:WerRegisterRuntimeExceptionModule
(L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\mscordacwks.dll",
00006FFFF5CB0000) stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
0024:fixme:advapi:ReportEventW
(00000000CAFE4242,0x0001,0x0000,0x000003ff,0000000000000000,0x0001,0x00000000,000000000065DF70,0000000000000000):
stub
0024:err:eventlog:ReportEventW L"Application: MMH7Editor-Win64-Shipping.exe\n"
0024:err:eventlog:ReportEventW L"Framework Version: v4.0.30319\n"
0024:err:eventlog:ReportEventW L"Description: The process was terminated due to
an internal error in the .NET Runtime at IP 00006FFFF5CB5591 (00006FFFF5CB0000)
with exit code 80131506.\n"
This is map editor for the game Heroes of Might and Magic 7. It is based on
unreal engine editor. Worked in Windows 10 but I want it in Wine under macOS.
The game works fine in Wine. The problem is with the map editor.
What I missed?
--
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=57910
Bug ID: 57910
Summary: Star Citizen Game Fails to Launch
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: mactan(a)edgetransit.dev
Distribution: ---
Created attachment 78152
--> https://bugs.winehq.org/attachment.cgi?id=78152
patch get_committed_size
Star Citizen game launch calls to virtual.c get_committed_size, possibly
NtProtectVirtualMemory, and due to what we have interpreted to be slowness in
the call there is a generic disconnect with the game server and the game fails
to launch
A temporary measure another player shared for us to use as a workaround is the
attached patch which caches the values
--
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=57639
Bug ID: 57639
Summary: Nine Witches Family Disruption (GOG) cannot launch due
to missing .donet hostfxr.dll
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Console log:
00f0:err:eventlog:ReportEventW L"Description: A .NET Core application
failed.\n"
00f0:err:eventlog:ReportEventW L"Application: NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Path: C:\\GOG Games\\Nine Witches Family
Disruption\\NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Message: A fatal error occurred. The required
library hostfxr.dll could not be found.\n"
00f0:err:eventlog:ReportEventW L"If this is a self-contained application, that
library should exist in [C:\\GOG Games\\Nine Witches Family Disruption\\].\n"
00f0:err:eventlog:ReportEventW L"If this is a framework-dependent application,
install the runtime in the global location [C:\\Program Files\\dotnet] or use
the DOTNET_ROOT environment variable to specify the runtime location or
register the runtime location in
[HKLM\\SOFTWARE\\dotnet\\Setup\\InstalledVersions\\x64\\Inst"...
00f0:err:eventlog:ReportEventW L"\n"
00f0:err:eventlog:ReportEventW L"The .NET Core runtime can be found at:\n"
00f0:err:eventlog:ReportEventW L" -
https://aka.ms/dotnet-core-applaunch?missing_runtime=true&arch=x64&rid=win1…"
00f0:err:eventlog:ReportEventW L"\n"
00f0:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub
--
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=56681
Bug ID: 56681
Summary: 3d games continue receiving mouse input while not
focused
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: pmargeti34(a)gmail.com
Distribution: ---
Wine wayland windows seem to get the mouse input even if the application window
is not focused. 3D game world continues to respond to mouse input as if the
game still had focus.
To reproduce:
-launch a 3d game in wayland mode (warframe in my example)
-open another application and make sure it has focus
-observe that when the mouse cursor is over the game window, game still
receives input
--
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=52203
Bug ID: 52203
Summary: The plane effect demo (gog) has lighting issue in menu
with opengl renderer
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 71261
--> https://bugs.winehq.org/attachment.cgi?id=71261
Wrong rendering with gl renderer
The plane effect demo (gog) has lighting issue in menu with opengl renderer.
Rendering works fine with vulkan renderer.
Ubuntu 22.10
NVIDIA 470.86
wine-7.0-rc1
--
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=55568
Bug ID: 55568
Summary: kernel32:file - test_GetFileType() fails on 'nul'
device on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:file - test_GetFileType() fails on 'nul' device on macOS:
file.c:3160: Test failed: expected type char for nul got 1
This failure is systematic and only happens on macOS (see Remi's
rbernon-macos-* cloud test machines).
See https://test.winehq.org/data/patterns.html#kernel32:file
Where 1 == FILE_TYPE_DISK
2 == FILE_TYPE_CHAR
So GetFileType() fails to distinguish the nul device from a regular disk device
on macOS.
--
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=3930
--- Comment #90 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #89)
> I think your patch is correct, as long as you use thread IDs instead of
> handles. Can you please submit it?
https://gitlab.winehq.org/wine/wine/-/merge_requests/7474
> And Dmitry, thank you so much for all your help in debugging this :-).
You're welcome! That was a pure guess.
--
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=3930
--- Comment #89 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #85)
>
> It would be helpful to know what last error is set to for the failing case.
GetLastError() is unchanged, the SuspendThread() does not set it.
> > What should Wine do?
>
> Add a check to SuspendThread() and fail in the win9x mode?
I think your patch is correct, as long as you use thread IDs instead of
handles. Can you please submit it?
And Dmitry, thank you so much for all your help in debugging this :-).
--
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=57386
Bug ID: 57386
Summary: Attempting to run The Sims 1 Complete Collection
results in a loop in dbghelp.
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
I'm assuming the game crashed for some reason, but attempting to run The Sims 1
Complete Collection results in no game window being made, and the following
message echoed to the console indefinitely until the game process is killed:
fixme:dbghelp:elf_search_auxv can't find symbol in module
Running with WINEDEBUG=+dbghelp shows that it's trying to load debugging
symbols but fails when it tries to load the symbol for ntdll.so!main_envp:
0120:trace:dbghelp:SymFromName (FFFFFFFF, "ntdll.so!main_envp", 0080E378)
0120:trace:dbghelp:image_locate_build_id_target checking
L"/usr/lib/debug/.build-id/90/0892727821433d4332b9bd84b5d49ad3e0735b.debug"
0120:trace:dbghelp:image_locate_build_id_target checking
\??\Z:\home\ADS.CODENET\codebase\.cache\debuginfod_client\900892727821433d4332b9bd84b5d49ad3e0735b\debuginfo
0120:trace:dbghelp:image_locate_build_id_target not found
0120:trace:dbghelp:image_load_debugaltlink No .gnu_debugaltlink section found
for L"ntdll.so"
0120:fixme:dbghelp:elf_search_auxv can't find symbol in module
--
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=57902
Bug ID: 57902
Summary: The Sims 1 Complete Collection crashes when trying to
show the EA logo.
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Under Wine-10.2 attempting to run The Sims 1 Complete Collection in a clean
prefix will crash the game due to a quartz bug.
Attempting to use a native quartz.dll via winetricks will fail, as will setting
quartz.dll to native only in winecfg, or attempting to use ffdshow.
Renaming the quartz.dll in Windows\System32, (or Windows\Syswow64 for those
running 64bit prefixes), will bypass the issue and allow the game to start. As
will removing the gstreamer plugin for MSVIDEO / AVI.
Relevant output from the console is attached.
(Ignore the "can't find symbol in module" bits. That's Bug #57386.)
--
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=57901
Bug ID: 57901
Summary: Menu UI elements are positioned incorrectly in some
cases with winewayland
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: shtetldik(a)gmail.com
Distribution: ---
Created attachment 78142
--> https://bugs.winehq.org/attachment.cgi?id=78142
treflex binary
This doesn't happen with every application, but I noticed that with one
particular old one (Typing Reflex) when using winewayland, the menu positioning
is incorrect. Attaching the example binary if you want to test - it's enough to
expose the issue with the menu.
Originally here: https://rapidtyping.com/best-typing-tutors/typing-reflex.html
It must be doing something uncommon with win32 API that winewayland doesn't
handle properly.
--
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=57900
Bug ID: 57900
Summary: ML Sound Labs Amped Flagship: Audio not working within
Amp simulator programs since the 10.0 update
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wjm146(a)gmail.com
Distribution: ---
Created attachment 78141
--> https://bugs.winehq.org/attachment.cgi?id=78141
settings menu for the applications detailing pulseaudio
I use WINE previously to use software guitar amps sims. Specifically Amped
plugins from ML Sound Lab worked the best in my environment. Ever since the
10.0 update I have had issues. All of the Apps seemingly work fine other than
it does not process audio using Pulseaudio. It recognizes my Focusrite
interfaces as both an input and output as seen here.
The only way that it outputs sound is the 'test' output button. Even before if
I was having with outputs It would at least give static, but my output is dead
silent. Out of curiosity I tried other guitar amp sim programs with similar
problems. I assumed it was a bug that would have been fixed in 10.0-1 and -2,
but the problem remains. This bug is present on multiple systems (arch and
opensuse). This is seemingly not exclusive to the amp sims made by ML Sound Lab
as I downloaded an unrelated amp sim to test.
--
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=57834
Bug ID: 57834
Summary: Regression: Cyberpunk 2077 doesn't load with
CyberEngine Tweaks
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Between Wine 10.0 and 10.1 some regression occurred that causes Cyberpunk 2077
with cyber engine tweaks plugin not to load (without CET it works fine in 10.1
too).
CET is loaded in general by overriding version.dll as native, builtin.
The only suspicious error in the log that I see is this:
0184:fixme:graphics:ShutdownBlockReasonCreate (0000000000030056,
L"Generating error report"): stub
I'm running the game with usual things like
* esync from staging
* dxvk / vkd3d-proton
--
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=40495
Bug ID: 40495
Summary: Impossible to function at 64 bit on FreeBSD
Product: Wine
Version: 1.7.46
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexandrosperdikomatis(a)gmail.com
Created attachment 54269
--> https://bugs.winehq.org/attachment.cgi?id=54269
the regular backtrace report
I've compiled wine64 several times in many ways at FreeBSD.
32 bit version always works fine.
This is the port emulators/wine-devel from RELEASE ports collection at FreeBSD
10.2
Application tried was Wow-64.exe
I am really disappointed with wine64 at FreeBSD. On Linux it flies.
--
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=57788
Bug ID: 57788
Summary: "You have been unsubscribed from the wine-bugs mailing
list"
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com
Distribution: ---
Twice now, I've gotten an email that I've been unsubscribed from the wine-bugs
mailing list (I've been subscribed for years without issue).
The first time was January 22, and again just now.
@Newman, is this related to recent site upgrades?
--
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=3930
--- Comment #88 from zebra2745(a)vibzi.net ---
> That doesn't work, because GetCurrentThread() only returns a pseudo handle,
> "a special constant that is interpreted as the current thread handle"
> (MSDN). I think we have to compare the globally unique thread IDs to be sure:
https://www.codeproject.com/Tips/5350589/The-Current-Thread-Handle says:
> What to do when you want to use the current thread handle
> This tip shows a side effect of GetCurrentThread and explains what to do when you need to avoid that.
> Introduction
> When you need to get a handle to the current thread, you can use
> GetCurrentThread which gives you a pseudo handle which you don't need to close
> because it is not a real reference counted handle. This is mentioned clearly in
> the documentation. However, I recently bumped my head against this. I wanted to
> share it so that others can avoid having to chase this down.
> My Headbump
> Consider the following example:
> ------------------------------ snip ------------------------------
DWORD worker(void* ctx)
{
std::cout << "Thread id: " << GetThreadId((HANDLE)ctx) << std::endl;
return 0;
}
int main()
{
HANDLE hMainThread = GetCurrentThread();
std::cout << "Thread id: " << GetThreadId(hMainThread) << std::endl;
HANDLE hThread = CreateThread(NULL, 0, worker, hMainThread, 0, NULL);
WaitForSingleObject(hThread, INFINITE);
}
> ------------------------------ snip ------------------------------
> This is what happens:
> Thread id: 44068
> Thread id: 36376
> Without thinking, I had assumed that the pseudo handle was just a weak copy of
> the actual handle (a non reference counted copy of the current handle), and I
> could reference it in a worker thread. Instead, it is a special constant that
> literally means 'when this handle value is supplied, use the current thread'.
> And if you pass that special value to another thread, then that value will
> translate to the thread handle of 'that' thread.
> If you read the documentation, then this is exactly what it says. Only I
> didn't stop to think about what that actually meant.
> Getting the Real Thread Handle
> If you want to get a real handle that you can pass to another thread, do this:
> ------------------------------ snip ------------------------------
HANDLE hMainThread = NULL;
if (!DuplicateHandle(
GetCurrentProcess(),
GetCurrentThread(),
GetCurrentProcess(),
&hMainThread,
0,
FALSE,
DUPLICATE_SAME_ACCESS)) {
cout << "Error " << GetLastError() << " cannot duplicate main handle." <<
endl;
return GetLastError();
}
> ------------------------------ snip ------------------------------
> Of course, when you do this, you get a HANDLE value that you do need to close
> when you no longer need it.
--
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=3930
--- Comment #87 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #86)
> Created attachment 78138 [details]
> patch
>
> Something like this may work.
That doesn't work, because GetCurrentThread() only returns a pseudo handle, "a
special constant that is interpreted as the current thread handle" (MSDN). I
think we have to compare the globally unique thread IDs to be sure:
---snip---
if (GetCurrentThreadId() == GetThreadId(thread) && (GetVersion() &
0x80000000))
return 0;
---snip---
That fixes all the tests, but doesn't fully fix the game: it no longer
deadlocks and even plays music (it was silently frozen before), but shows badly
corrupted video (bottom ~2/3 of the screen are black, and the top 1/3 has
randomly colored pixels), which makes it completely unplayable. Running it with
"wine HEROES.EXE /s0" (which disables all sound) gets the graphics fully
functional. This however, seems to be a separate issue, probably a regression
as this WINMM fix was enough in earlier Wine versions, but now isn't.
--
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=3930
--- Comment #86 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
Created attachment 78138
--> https://bugs.winehq.org/attachment.cgi?id=78138
patch
Something like this may 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=3930
--- Comment #85 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #84)
> (In reply to Dmitry Timoshkov from comment #83)
> > Could SuspendThread() fail in win9x mode when called for the same thread?
>
> Yes, SuspendThread(GetCurrentThread()):
> - deadlocks on all Windows versions, even 95, when running as is.
> - returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME.
It would be helpful to know what last error is set to for the failing case.
> What should Wine do?
Add a check to SuspendThread() and fail in the win9x mode?
--
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=42308
Bug ID: 42308
Summary: LTspice XVII: some checkboxes not shown or being
overlapped by labels
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Rakusan2(a)gmail.com
Distribution: ---
Created attachment 57042
--> https://bugs.winehq.org/attachment.cgi?id=57042
Missing checkboxes and their labels bellow the textboxes
In LTspice XVII when opening "Edit Simulation cmd" the checkboxes and their
labels are not shown. After switching tabs the labels appear but some slightly
overlap their checkbox
This problem does not occur in native windows
--
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=57898
Bug ID: 57898
Summary: Witcher 3 choppy sound
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: BattyRoy(a)protonmail.com
Distribution: ---
Hello, I got (again :( ) glitchy, choppy sound in The Witcher 3 Next Gen game.
Wine 10.1 introduced this regression. I use wine-wow64 on arch.
I tried wine 10.2, latest wine-git and the issue remains.
The only solution of the problem is downgrade to wine 10.0, then everything is
OK.
I have older intel cpu 3.5Ghz (2/2), there was same sound problem a few years
before.
Did someone fiddle with wine/cpu threads recently?.
Could you please check it.
Have a good day.
--
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=3930
--- Comment #84 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #83)
> Could SuspendThread() fail in win9x mode when called for the same thread?
Yes, SuspendThread(GetCurrentThread()):
- deadlocks on all Windows versions, even 95, when running as is.
- returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME.
What should Wine do?
--
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=57897
Bug ID: 57897
Summary: Chessbase 11 media plays inside vlc rather than
application
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: dav75uk(a)yahoo.co.uk
Distribution: ---
Media should open up in Chessbase's media player, so that the video syncs up
with the board which is moved along with the video. Without that the media is
mostly useless. Unfortunately a new vlc Window opens and media is played there.
This affects Chessbase 11, but maybe other versions.
--
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=3930
--- Comment #83 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #82)
> (In reply to Dmitry Timoshkov from comment #81)
> > (In reply to Damjan Jovanovic from comment #80)
> > > In other words, Windows probably checks something like "if emulating Windows
> > > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> > > runs the callback in a separate thread. (I say that because Windows does not
> > > use a separate callback thread when you set Windows 95 compatibility and
> > > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
> > >
> > > So that's why HOMM works on recent Windows versions, but doesn't work on
> > > Wine: Windows has application-specific workarounds :-(.
> >
> > What happens if you rename WAIL32.DLL to something else?
>
> With Windows 95 compatibility set, Windows successfully avoids the deadlock
> in my test regardless of the WAIL DLL name.
>
> Either Windows detects the WAIL DLL some other way (DLL checksum, some
> resource string, presence of SuspendThread in the DLL's import table, etc.),
> or I missed something and WINMM behaves differently based on some parameter
> that differs between WAIL's waveOutOpen() call and my direct waveOutOpen()
> call.
Could SuspendThread() fail in win9x mode when called for the same thread?
--
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=3930
--- Comment #82 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #81)
> (In reply to Damjan Jovanovic from comment #80)
> > In other words, Windows probably checks something like "if emulating Windows
> > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> > runs the callback in a separate thread. (I say that because Windows does not
> > use a separate callback thread when you set Windows 95 compatibility and
> > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
> >
> > So that's why HOMM works on recent Windows versions, but doesn't work on
> > Wine: Windows has application-specific workarounds :-(.
>
> What happens if you rename WAIL32.DLL to something else?
With Windows 95 compatibility set, Windows successfully avoids the deadlock in
my test regardless of the WAIL DLL name.
Either Windows detects the WAIL DLL some other way (DLL checksum, some resource
string, presence of SuspendThread in the DLL's import table, etc.), or I missed
something and WINMM behaves differently based on some parameter that differs
between WAIL's waveOutOpen() call and my direct waveOutOpen() call.
--
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=3930
--- Comment #81 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #80)
> In other words, Windows probably checks something like "if emulating Windows
> 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> runs the callback in a separate thread. (I say that because Windows does not
> use a separate callback thread when you set Windows 95 compatibility and
> call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
>
> So that's why HOMM works on recent Windows versions, but doesn't work on
> Wine: Windows has application-specific workarounds :-(.
What happens if you rename WAIL32.DLL to 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.
https://bugs.winehq.org/show_bug.cgi?id=57596
Bug ID: 57596
Summary: Chessbase 17 no board sounds
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Even when board sounds are enabled, no sound is made when expected - would
expect probably piece moves and illegal move to sound. Illegal move on CBase11
was an annoying shrill whistle, so maybe it's actually a blessing.
--
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=3930
--- Comment #80 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
So I tried to run HOMM again recently, and was disappointed to see this bug
still hasn't been fixed. And so I began digging even deeper to discover what's
wrong.
The game has the following binaries:
EDITOR.EXE - the map editor, unaffected by this bug.
HEROES.EXE - the game, affected by this bug.
SMACKW32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm).
SMKWAI32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm).
WAIL32.DLL - Miles Sound System ("Audio Interface Library").
Both HEROES.EXE and the SMACK libraries can call WAIL32.DLL, but this deadlock
clearly happens when HEROES.EXE calls it, via the "_AIL_waveOutOpen@16" export.
The only place where WAIL32.DLL calls waveOutOpen() is in its function at
address 0x20008f64, called from the "_AIL_waveOutOpen@16" exported function.
The flags to waveOutOpen() specify 0x30000 == CALLBACK_FUNCTION, and the
callback is at address 0x20008e6d. This callback unconditionally calls
SuspendThread() on the thread that previously called "_AIL_startup@0" (which is
the same thread in the game), and then calls ResumeThread() if the message
isn't WOM_DONE (ie. if it is WOM_OPEN or WOM_CLOSE), or if certain other
complicated conditions are met. But there is no way that this callback at
0x20008e6d can avoid deadlocking if it is called on the same thread as
waveOutOpen() (and _AIL_waveOutOpen@16).
But how is it that on Windows, in my "winmm test" attachment, the callback
happens on the same thread as the thread that I call waveOutOpen() on? Wouldn't
that deadlock WAIL32.DLL like Wine does?
I decided to test something else: load WAIL32.DLL from the game, and call
_AIL_startup@0 and _AIL_waveOutOpen@16 myself to see what happens:
---snip---
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
static void test_wail(void)
{
HINSTANCE dll = LoadLibraryA("WAIL32.DLL");
printf("LoadLibraryA() returned %p, GetLastError()=%d\n", dll,
GetLastError());
if (dll != NULL) {
void (*ail_startup)(void);
int (*ail_waveOutOpen)(HWAVEOUT** phWaveOut, HWAVEOUT** phWaveOut2,
UINT uDeviceId, WAVEFORMATEX *waveFormatEx);
ail_startup = GetProcAddress(dll, "_AIL_startup@0");
if (ail_startup != NULL) {
ail_startup();
printf("called _AIL_startup@0\n");
}
else
printf("GetProcAddress() couldn't find _AIL_startup@0\n");
ail_waveOutOpen = GetProcAddress(dll, "_AIL_waveOutOpen@16");
if (ail_waveOutOpen != NULL) {
HWAVEOUT *hWaveOut;
WAVEFORMATEX waveFormatEx;
int ret;
waveFormatEx.wFormatTag = 1;
waveFormatEx.nChannels = 1;
waveFormatEx.nSamplesPerSec = 22050;
waveFormatEx.nAvgBytesPerSec = 22050;
waveFormatEx.nBlockAlign = 1;
waveFormatEx.wBitsPerSample = 8;
waveFormatEx.cbSize = 0;
printf("calling ail_WaveOutOpen()...\n");
ret = ail_waveOutOpen(&hWaveOut, NULL, 0, &waveFormatEx);
printf("ail_WaveOutOpen() returned %d\n", ret);
} else
printf("GetProcAddress() couldn't find _AIL_waveOutOpen@16");
system("pause");
FreeLibrary(dll);
}
}
int main(int argc, char *argv[])
{
test_wail();
return 0;
}
---snip---
Compile this, and run it with WAIL32.DLL in the same directory, and SURPRISE
SURPRISE:
1. It deadlocks on Wine.
2. IT DEADLOCKS ON WINDOWS TOO!!! Just like on Wine, the last line printed is
"calling ail_WaveOutOpen()...", and it never returns from ail_waveOutOpen().
3. If you right-click the executable, select "Properties" from the dropdown
menu, go to the "Compatibility" tab, check "Run this program in compatibility
mode for:" and select "Windows 95", click "OK", and run it again, it will
successfully run and exit, no longer deadlocking!
In other words, Windows probably checks something like "if emulating Windows 9x
and the WINMM callback is located in a file called WAIL32.DLL", then it runs
the callback in a separate thread. (I say that because Windows does not use a
separate callback thread when you set Windows 95 compatibility and call
waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
So that's why HOMM works on recent Windows versions, but doesn't work on Wine:
Windows has application-specific workarounds :-(.
I am not sure how to proceed at this point. Should we use the Windows version
to determine which thread to call WINMM callback functions on? Should we also
have application-specific workarounds? Or rewrite a better open-source
WAIL32.DLL that would be used in preference to the dodgy one games ship?
--
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=57895
Bug ID: 57895
Summary: Some game crash witch wine damavand in native wayland
mode
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: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 78126
--> https://bugs.winehq.org/attachment.cgi?id=78126
signalis
Some game crash witch wine damavand in native wayland mode.This does not happen
when working through xwayland. These games also work when using wined3d and
wine wayland
games that break down:
signalis
Dread Delusion
Deus Ex Revision
games that work fine:
WILL A Wonderful World
terraria
Mondealy
tested wine: 10.0-10.2 / staging/ wow64
Linux: Manjaro 25.0
KDE Plasma Version: 6.3.2, wayland
Nvidia video driver: 570.124.04 witch close kernel module
start command: WINE_D3D_CONFIG=renderer=vulkan DISPLAY= mangohud wine
signalis.exe
--
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=55257
Bug ID: 55257
Summary: Excel Viewer 2007 title bar is not rendered correctly
Product: Wine
Version: 8.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 74869
--> https://bugs.winehq.org/attachment.cgi?id=74869
With Wine native decoration
Files to download and install (md5sum):
ExcelViewer2007.exe (cb4f2202fc368af9476effed5cc7b8a4)
ExcelViewer2007sp3-kb2526302-fullfile-en-us.exe
(df16f0c83d87465e5f7ee332c64f7861)
Check the attached screenshots.
--
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=57894
Bug ID: 57894
Summary: In some games on opengl you can see the part of the
desktop, when using native wayland
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: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 78124
--> https://bugs.winehq.org/attachment.cgi?id=78124
noita glitch
In some games on opengl you can see the part of the desktop, when using native
wayland.This does not happen when working through xwayland.
For example in Noita game you can see the part of the desktop in the game menu.
I wanted to check the work through zink, but it looks like it doesn’t work in
native wayland.
tested wine: 10.0-10.2 / staging/ wow64
Linux: Manjaro 25.0
KDE Plasma Version: 6.3.2, wayland
Nvidia video driver: 570.124.04 witch close kernel module
start command: DISPLAY= mangohud wine noita.exe
--
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=57246
Bug ID: 57246
Summary: TeraTerm 5.3 / Serial communication not functional
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janne.kekkonen(a)gmail.com
Distribution: ---
When data is sent to serial port that is opened with TeraTerm, GUI becomes very
sluggish and data received is not shown on the terminal.
When sending data is stopped. Received data is shown and GUI responsiveness
becomes normal.
This behavior seems very similar that is described in bug 50591.
--
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=57450
Bug ID: 57450
Summary: The cursor position does not match the position in
application’s . Invisible borders of the wine wayland
full screen
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 77447
--> https://bugs.winehq.org/attachment.cgi?id=77447
log
Hello. when the game is started in fullscreen mode via wine wayland, the cursor
position on the screen does not match where the game thinks it is.For example,
to select a menu item you need to place the cursor in a different place than
above it.The cursor cannot be moved to the bottom or right of the screen.
This problem only occurs in a full screen game, if you start the game in window
mode, everything works well. Enabling desktop emulation does not solve the
problem.
Unfortunately I can not add a screenshot (when creating the application goes
into window mode and position of the cursor changes).
I didn’t find a suitable topic and created a new one, sorry if this is a
duplicate.
info:
game: bg3_dx11.exe
run command: DISPLAY= wine bg3_dx11.exe
wine: 9.22 wow64
NVIDIA GeForce RTX 3060
Driver : NVIDIA 565.57.1
DE: KDE Plasma 6.2.3 wayland
vulkan: Vulkan Instance Version: 1.3.295
--
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=57893
Bug ID: 57893
Summary: Progress is not going until you move a mouse
Product: Wine
Version: 9.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78123
--> https://bugs.winehq.org/attachment.cgi?id=78123
Progress bar
This is a Game Editor which I had to launch under wine in the bug 57733.
It is not really a wine-9.0, it is crossover-base v24.0.7 which is based on
wine-9 but I don't know where it is better to report.
The application is X64, DirectX9 using .Net 4.0 (dotnet48) and .Net Runtime
(dotnet9). Not sure if other patches by CX or by me somehow influence.
The is a new strange bug:
At the program start it doesn't show toolbar waiting indefinite. But when I
touch the mouse the interface became fullfilled.
Then I choose to create a random map and wait. It requires 2 minutes in real
windows but I wait very long with wine. Than I touch the mouse and the progress
bar begin moving. To make the work I have to move mouse again and again.
It looks like the game or the wine going to sleep every 2 seconds and wakes
after I move the mouse. How it possible?
I can't check with any other wine version or flavour as the my engine the only
working for this game.
The log contains very many shaders errors but I see nothing concerning the bug.
--
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=57516
Bug ID: 57516
Summary: Heroes of Might and Magic 4 campaign editor: can't
cycle through hero's portrait with left mouse button
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: d42888f07c6e3e491c99bb5c8b62b568264e990c
Distribution: ArchLinux
Created attachment 77550
--> https://bugs.winehq.org/attachment.cgi?id=77550
short video depicting the problem
In the campaign editor for HoMM4 I can't use the left mouse button to select
from the available portraits because only 2 of images can be selected: the
first one and the last one.That is when clicking on the up and down arrows with
the mouse button, next to the hero's portrait.
However if I use the mouse wheel to cycle through the available images then any
of the available portraits can be selected.
The last Wine version where the mouse button still worked: Wine-7.5.
This is the commit where the problem first occured:
commit d42888f07c6e3e491c99bb5c8b62b568264e990c
user32: Use NtUserMessageCall for SendMessageA implementation.
Plain terminal output doesn't show anything related.
Demo version is not available. I tested with the GOG.com version of the game.
Still present in Wine-10.0-rc1.
--
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=57886
Bug ID: 57886
Summary: Context menus may be positioned using the wrong window
when a window is reparented
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: irischer.posaunist(a)gmail.com
Distribution: ---
Created attachment 78112
--> https://bugs.winehq.org/attachment.cgi?id=78112
Log output while opening context menus in nested, reparented windows
Context menus do not open in the expected location.
Since 9.22, there was a mouse bug (#57603) affecting yabridge-host.exe, an X11
bridge which uses several reparented windows to show a VST/CLAP plugin running
in Windows inside of a Linux DAW view: Mouse events (clicks, etc.) were being
located using the entire screen, and the small plugin window was using this
(fullscreen absolute) coordinate from its origin to remap each mouse event.
In clearer terms, a plugin window dragged to the upper-left of the screen would
function normally. Drag the window right by five centimeters, and mouse events
would land five centimeters right of the cursor.
While there have been patches and a merge request
(https://gitlab.winehq.org/wine/wine/-/merge_requests/7429) in progress fixing
the cursor offset, context menus now have the opposite behavior. Their position
is calculated as an offset in the smaller plugin window, and then they are
drawn with this offset from the absolute screen origin.
Open a context menu while the plugin window is in the upper-left of the screen?
It shows up in the correct place. Drag the window 5 centimeters right? The
context menu will open 5 centimeters to the LEFT of the cursor.
I am attaching a log where I open a menu, move the window to the left, and open
the menu again.
WINEDEBUG=+x11drv,+event,+cursor,+win,+msg,+message,+hid
YABRIDGE_DEBUG_LEVEL=1+editor
--
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=57758
Bug ID: 57758
Summary: Starcraft Brood War regression on Wine 10
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: louis(a)qdcec.co.za
Distribution: ---
Running on Fedora 40 using packages
wine-10.0-1.fc40.x86_64
and
wine-10.0-0.7rc4.fc40.x86_64
I am unable to successfully run a previously "platinum" running package:
StarCraft / Brood Wars by Blizzard.
If I downgrade to
wine-9.1-1.fc40.x86_64
the application works once again.
I also have a very simple tool that decodes Cisco level 7 ascii passwords -
useful when I forget what I assigned an account - that works on version 9 but
not 10.
(I've tried to file this regression a few days ago, but cannot find it anywhere
on "My Bugs" or anywhere on this site. If I have inadvertently created a
duplicate, please forgive me.)
--
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=55399
Bug ID: 55399
Summary: .NET 4.8 application cannot download (by browser
launch) from the Internet
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)interlinx.bc.ca
Distribution: ---
Created attachment 74958
--> https://bugs.winehq.org/attachment.cgi?id=74958
Screenshot of stack trace in error dialog
I am trying to use an application called GenuTax
(https://www.genutax.ca/Home/Download) with .NET 4.8 and Wine 8.12.
Once I created a 32-bit prefix and installed .NET 4.8 with winetricks the
application installs and runs successfully. I was optimistic at this point.
At some point though the application wants to launch a browser to a certain URL
to log into an information portal. At that point it fails with a
System.Runtime.InteropServices.COMException.
I have attached a screenshot (sorry for a screenshot, but I was unable to copy
the text from the dialog to be able to paste here).
There is a working iexplore.exe in this installation, so there should be a
browser for .NET to use.
--
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=57890
Bug ID: 57890
Summary: 3DMark11 is not working
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78118
--> https://bugs.winehq.org/attachment.cgi?id=78118
Log of the fail
Unlike bug 42119 I can't start this DirectX11 benchmark in the same wine.
The application started with empty windows.
The last line in the log
~~~~
0024:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0000000001233510, format
DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0x3, mode_count 000000000011FC58, modes
00000000009908F0 partial stub!
~~~~
So the problem is in dxgi?
--
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=57603
Bug ID: 57603
Summary: Interacting with yabridge plugins after moving the
window broken
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mbarriolinares(a)gmail.com
Distribution: ---
Issue:
When opening a plugin window via yabridge in carla patchbay or ardour8, the
mouse input is registered at an incorrect position. After moving the plugin
window, mouse interaction stops working entirely, making the interface
unusable.
Steps to Reproduce:
1. Open a yabridge plugin window in carla patchbay or ardour.
2. Attempt to interact with the plugin using the mouse.
3. Observe that clicks and movements are registered at incorrect positions.
4. Move the plugin window.
5. Try interacting with the plugin again.
6. Observe that the mouse no longer interacts with the plugin.
Additional info:
wine version: 9.22-1
yabridge version: 5.1.1-1
xorg-server version: 21.1.15-1
ardour 8.10
carla 2.5.9-1
---
Dwngrading to wine 9.21 fixed the issue
--
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=39120
Bug ID: 39120
Summary: Right-clicking on IE 8 causes a crash
Product: Wine
Version: 1.7.49
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tblodt(a)icloud.com
Created attachment 52128
--> https://bugs.winehq.org/attachment.cgi?id=52128
backtrace
When you install IE 8 (either using winetricks, or by creating a bunch of dll
overrides and running the installer), run it, and right click anywhere on a web
page, IE crashes.
Backtrace 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.
https://bugs.winehq.org/show_bug.cgi?id=46201
Bug ID: 46201
Summary: Xenia fails to initialize graphics pipeline
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: chridye(a)gmail.com
Distribution: ---
Created attachment 62874
--> https://bugs.winehq.org/attachment.cgi?id=62874
backtrace from today (nov 26 2018)
the latest build of xenia can be found at
https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z…
I got this error in the terminal window:
vkd3d_dxbc_compiler_get_register_info: Assertion `reg->idx[0].offset <
compiler->temp_count' failed.
A quick search on google says this was some graceful way of dealing with
unimplemented registers. That change was proposed on Jan 9.
http://wine.1045685.n8.nabble.com/PATCH-vkd3d-1-7-libs-vkd3d-shader-Handle-…
The version of vkd3d I'm using was built from source using a commit from today
(nov 26). I'm on ubuntu 18.10 without vkd3d installed via package manager. wine
was ran in 64-bit mode and was also built from source today after doing a `git
pull`. The exact command I ran was `wine64 xenia.exe.`
I have attached the back trace.
--
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=46190
Bug ID: 46190
Summary: Low FPS on Zombie Army Trilogy
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: patoplc(a)live.com
Created attachment 62851
--> https://bugs.winehq.org/attachment.cgi?id=62851
Compressed version of the Zombie Army Trilogy console log.
Several errors are thrown in console by the d3d dlls. The log from playing
Zombie Army Trilogy for a very short time is over 340 MB due to the sheer
amount of errors, so I cannot attach it uncompressed here. The attachment
provided is a .tar.xz version of the log from opening Steam and playing for
less than 1 minute.
--
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=51357
Bug ID: 51357
Summary: Mouse clicks to buttons on popups are ignored. You
must click below the button. Freecell.exe from WinXP.
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)kenjackson.us
Distribution: ---
Created attachment 70216
--> https://bugs.winehq.org/attachment.cgi?id=70216
git diff dlls/winex11.drv/mouse.c # This fixes the bug for me
Every mouse click to any button on a popup in freecell.exe from WinXP (I think)
is ignored. Clicks below the button are processed and work.
This was introduced in commit 5a8bc554ef06c4a21d8b, April 6, 2021, and is still
a problem in the latest git code.
Deleting line 615 in dlls/wnex11.drv/mouse.c fixes the problem. I don't know
what else this affects.
--
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=42119
Bug ID: 42119
Summary: Unigine Heaven Benchmark 4.0 not working in dx11 mode
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 56646
--> https://bugs.winehq.org/attachment.cgi?id=56646
10.0 is not supported
The message is not true. My graphics card supported DX11 and SM5.0
macOS Sierra supported OpenGL4.1
In log there are few messages
~~~~
fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type.
fixme:dxgi:dxgi_device_init Ignoring adapter type.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1a13f8, wined3d_desc 0x33e820, wined3d_texture 0x1dc6c8
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:dxgi:dxgi_factory_CreateSwapChain iface 0x1a41d8, device 0x1a1748, desc
0x33ec44, swapchain 0x48c888 partial stub!
fixme:dxgi:dxgi_factory_CreateSwapChain Ignoring SwapEffect 0.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1de730
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1e0718
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0x1a41d8, window 0x10092,
flags 0x3 stub!
--
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=52806
Bug ID: 52806
Summary: TickyClav 2.exe crashes almost immediately
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rob(a)kalistra.com
Distribution: ---
Created attachment 72182
--> https://bugs.winehq.org/attachment.cgi?id=72182
output from "TickyClav" virtual instrument crash
I use wine with yabridge to get an assortment of Windows audio plugins working
on my Ubuntu Studio 20.04 machine (5.4.0-107-lowlatency kernel with PREEMPT
specified). I love it, thank you!!
One plugin that used to work well for me stopped working quite some time ago.
It is the "Ticky Clav 2" clavinet virtual instrument
(https://www.2getheraudio.com/instruments/ticky_clav_2/). I usually use the
plugin as a VST, but it also comes with an .exe that I can start from the
command line. When I run `wine 2getheraudio\ TickyClav\ 2.exe` I briefly see
the UI for the application show up on the screen, then about a half second
later I get the "Program Error" window saying "The program 2getheraudio
TickyClav 2.exe has encountered a serious problem and needs to close. We are
sorry for the inconvenience."
I have attached a text file with the full terminal output.
Thanks for any help you can offer!
--
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=31592
Bug #: 31592
Summary: Wine uses legacy /proc/scsi interface
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pb-2004(a)hotmail.com
Classification: Unclassified
Wine uses /proc/scsi interface to populate
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi registry key. Because /proc/scsi is
missing on some linux distributions(i.e. Debian) Wine can't write information
to this key. This situation breaks wn32aspi emulation and windows programs
which access cd/dvd drives through aspi.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25381
Summary: Trackmania Nation Forever crashes on OS X when sound
is enabled
Product: Wine
Version: 1.3.8
Platform: x86
URL: http://www.trackmaniaunited.com
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: qparis(a)playonlinux.com
Created an attachment (id=32283)
--> (http://bugs.winehq.org/attachment.cgi?id=32283)
Screenshot + Terminal content
Application : Track Mania Nation forever (http://www.trackmaniaunited.com)
System information :
- Tested both with XQuartz 2.6.0 beta (for Randr support) and stable version
- Mac OS 10.6.5
Step to reproduce :
- I downloaded the latest version of Trackmania Nation Forever (free)
(http://www.trackmaniaunited.com)
- The game installation run fine
- I started a single player game, it will crash at the end of the loading
process
- I runned wineserver -k in a terminal to kill wine
- I went to settings menu -> Advanced -> Audio
- I unchecked the box "Enable sound"
- I retried to start a single player race, and it worked perfectly
(I retried several time and the problem seems to be linked to the sound)
Other details
- The menu works fine with
- The problem does not exist on Linux
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57882
Bug ID: 57882
Summary: vbscript:Haven't hook up events
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
In Microsoft's vbscript.dll,
before starting the actual script, the scripting engine will connect to the
events of all the relevant objects through the IConnectionPoint interface.
But in this vbscript.dll,
it haven't above step(hook up events).
Is this feature planned to be supported in the future?
--
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=57883
Bug ID: 57883
Summary: vbscript:Script compilation error when for each with
array
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
Distribution: ---
Dim d: d = Array(1,2,3,4,5)
Dim i
For each i In d
Next
when running above script, compilation error.
--
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=57830
Bug ID: 57830
Summary: StarCitizen fails to launch
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Created attachment 78038
--> https://bugs.winehq.org/attachment.cgi?id=78038
fix-off-by-one-mistake.patch
StarCitizen does not launch due to a mistake in the file
dlls/wbemprox/builtin.c
if (++i > nb_allocated)
Netho (ngh) from Linux Users Group (#LUG) found it and quick hacked a diff,
thanks you man ! He said, this will be true when `i` was 16. Due to C is 0
indexed it means it just wrote past the buffer, clobbering something critical.
Changing it to >= does the trick.
if (++i >= nb_allocated) this made it work again.
Cheers, raw^^
--
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=35349
Bug ID: 35349
Summary: NC Corrector spams terminal with
"fixme:olepicture:OLEPictureImpl_SaveAsFile"
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plaes(a)plaes.org
Classification: Unclassified
`NC Corrector 4.0` from http://www.nc-corrector.inf.ua/index_EN.htm spams
following continuously in the terminal:
[snip]
...
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x1fe9b0)->(0x19ad098, 0, (nil)),
hacked stub.
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x2064d8)->(0x19ad098, 0, (nil)),
hacked stub.
....
[/snip]
This could be also duplicate for #20222
--
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=57869
Bug ID: 57869
Summary: Lightshot screenshot tool won't launch since last
update of wine-devel
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)vlastimilburian.cz
Distribution: ---
Lightshot screenshot tool won't launch since last update of wine-devel, I use
only this very tiny Windows app to capture screenshots, so I cannot test other
Win apps but can install some upon request of course.
https://app.prntscr.com/en/wine-lightshot.html
$ apt-cache policy wine-devel
wine-devel:
Installed: 10.2~noble-1
Candidate: 10.2~noble-1
Version table:
*** 10.2~noble-1 500
500 https://dl.winehq.org/wine-builds/ubuntu noble/main amd64 Packages
100 /var/lib/dpkg/status
$ env WINEPREFIX="/home/vlastimil/.wine" wine C:\\windows\\command\\start.exe
/Unix /home/vlastimil/.wine/dosdevices/c:/ProgramData/Microsoft/Windows/Start\
Menu/Programs/Lightshot/Lightshot.lnk
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0088:err:environ:run_wineboot failed to start wineboot 1
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0088:fixme:exec:SHELL_execute flags ignored: 0x00000100
0088:fixme:exec:SHELL_execute flags ignored: 0x00004100
$ 00a8:fixme:ver:GetCurrentPackageId (0057FEB4 00000000): stub
--
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=57863
Bug ID: 57863
Summary: [Regression] Wine 10.2 is just straight-up fully
broken on Linux Mint (can't even run winecfg); 10.1
was fine
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: Mint
Just install Wine 10.2 (devel or staging0 on Linux Mint (20.x, 21.x, or 22.x)
and you'll see Wine is just straight-up broken to the point that you can't even
run winecfg.
Wine 10.1 worked fine.
--
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=57868
Bug ID: 57868
Summary: Problem launching ReMarkable application on wine 10.2
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: olivier.pantale(a)uttop.fr
Distribution: ---
Hi,
Remarkable application stopped to launch on wine 10.2, while it was working
well on wine 10.1.
Seems unable to load ntdll module.
wine .wine/drive_c/Program\ Files/reMarkable/reMarkable.exe
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0024:err:environ:run_wineboot failed to start wineboot 1
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0024:err:start:fatal_error FormatMessage failed
Olivier
--
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=57867
Bug ID: 57867
Summary: 10.2-staging bug (ntdll.dll error 4000000e)
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: aaronaz(a)protonmail.com
Distribution: ---
Yesterday WINE updated to 10.2-staging and brought a bug. I can no longer run
'winecfg' or certain programs which worked in previous WINE versions, though
other programs remain unaffected.
--
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=57855
Bug ID: 57855
Summary: msiexec crashes while installing .net48 (regression)
Product: Wine
Version: 10.1
Hardware: x86-64
URL: https://download.visualstudio.microsoft.com/download/p
r/7afca223-55d2-470a-8edc-6a1739ae3252/abd170b4b0ec15a
d0222a809b761a036/ndp48-x86-x64-allos-enu.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: e7ac2e718feebd56064ed52aae0158861284af1c
Distribution: Debian
Unfortunately commit e7ac2e718feebd56064ed52aae0158861284af1c breaks installer
of .net48
Easiest way to reproduce is:
- wget
https://download.visualstudio.microsoft.com/download/pr/7afca223-55d2-470a-…
-7z x ndp48-x86-x64-allos-enu.exe
- wine netfx_Full_x64.msi
I couldn't get a backtrace, the crashdialog just hang.
e7ac2e718feebd56064ed52aae0158861284af1c is the first bad commit
commit e7ac2e718feebd56064ed52aae0158861284af1c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Feb 21 11:49:18 2025 +0100
ntdll: Support an arbitrary number of PE sections.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57850
dlls/ntdll/loader.c | 35 ++++++++++++++++++++++++-----------
dlls/ntdll/unix/virtual.c | 39 ++++++++++++++++++++++++++-------------
2 files changed, 50 insertions(+), 24 deletions(-)
--
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=57876
Bug ID: 57876
Summary: 10.2 Update wine-devel-amd64
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kieran1188(a)gmail.com
Distribution: ---
Created attachment 78097
--> https://bugs.winehq.org/attachment.cgi?id=78097
DPKG-debug-log
Just updated to 10.2 and coming up with errors trying to update
wine-devel-amd64
--
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=57879
Bug ID: 57879
Summary: 10.2~bookworm-2 update failed
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: aaronaz(a)protonmail.com
Distribution: ---
Created attachment 78101
--> https://bugs.winehq.org/attachment.cgi?id=78101
output
As title, latest update failed:
"trying to overwrite '/opt/wine-staging/bin/wine', which is also in package
wine-staging-i386:i386 10.2~b
ookworm-2"
My WINE install is still broken.
--
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=57861
Bug ID: 57861
Summary: All wine runs fail with "failed to start wineboot"
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: shtetldik(a)gmail.com
Distribution: ---
After upgrade to Wine 10.2 in Debian testing (using packages from Wine debian
repo), any usage of that package wine (both regular and staging) fail with such
error:
wine winecfg
wine: failed to open L"C:\\windows\\system32\\wineboot.exe": c0000135
0024:err:environ:run_wineboot failed to start wineboot c0000135
wine: could not load kernel32.dll, status c0000135
If I build Wine myself (new wow64 build), it works fine.
--
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=57877
Bug ID: 57877
Summary: CMD: Parsing issue: Mismatch in parentheses provoked
by trailing tab
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Wine has issues in parsing if-statements like the following:
if not [%FOO:~-1%] == [True] ( <----- NOTE THE TRAILING TAB HERE
echo ENTERED IF-EXPRESSION
)
On Windows those kind of expressions execute as expected but on Wine it errors
with a note 'Mismatch in parentheses.'. While playing around with this
construct I realised that the trailing tab may cause this issue. As soon as I
remove it, the code seems to work.
See also the attached reproducers.
For reference this, is the last issue to get the PlanAhead (part of Xilinx ISE)
batch scripts to work. They are responsible for configuring the environment and
starting the GUI.
--
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=57571
Bug ID: 57571
Summary: Zafehouse: Diaries garbage/black screen
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rencer(a)euromail.hu
Distribution: ---
I have this game installed on my computer with it's own wineprefix.
Never used that prefix for anything else, just to play this one game.
Originally I created that wineprefix and installed the game inside that back at
2014.
Also I tried to run the game with this wineprefix on the exact same computer as
back then.
It required lot of manual trickering to make it work. At that time nobody
managed to run the game with sound on Linux, but I figured out and posted a
how-to on the game's forum.
Later even the developers shared that how-to on the Steam page of the game. See
here:
https://steamcommunity.com/app/249360/discussions/0/846963711048254058/#c61…
Sadly that forum page doesn't exist anymore; possibly because the game is old
and no longer supported.
It doesn't really matter anyway, because it is no longer possible to make the
game install and setup a wineprefix that way.
Back then it was possible to install all the requirements manually because
wine/winetricks wasn't blocking us to install them. (such as full DirectX9,
.NET 3.5 SP1, etc.)
As years passed, once in a while I played the game, everything was fine.
But today, even that I try to run the game in that exact same wineprefix on the
exact same computer, it doesn't work anymore.
When I run the game it is starts loading; you can see as the game writes it on
the bottom right corner. When the loading process finishes the game supposed to
show the menu screen.
There is the problem.
I hear the music but the screen is just a mess. It somehow shows the content of
whatever is in the background of the game; like any other window or the desktop
itself.
But it is all garbage; it looks like whatever is in the background is turned
into a puzzle, shuffled and randomly put back on the screen.
The reason I kept the wine version 'unspecified' because I also tried to run
the game under different wine prefixes that uses different wine versions. Also
tried to make fresh wineprefix with the current latest wine in my Manjaro XFCE,
which is version 9.20. Creating a new one is impossible because of
winetricks/wine.
I have many winprefixes, so I find one or two that works.(One is version 9.20)
With these different working prefixes the result is always the same as with the
original old prefix; messed up screen.
--
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=57809
Bug ID: 57809
Summary: cmd: Incorrect substring expansion of last character
(e.g. `!MY_STR:~1!`)
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Call the following script and observe the different output on Windows and Wine.
Substring expansion seems to work in general except the last character,
therefore MY_STR is set to 1 character to trigger the issue immediately.
Note that I've focused on the issue at hand and haven't tried out other
variations of substring-expansion.
issue_substring_expansion.bat
```cmd
@echo off
setlocal enableextensions enabledelayedexpansion
set MY_STR=R
echo "!MY_STR:~1!"
REM Prints "" on Windows
REM Prints "R" on Wine
```
This issue is blocking to get PlanAhead (part of Xilinx ISE 14.7) to work.
Multiple batch scripts set-up the environment before starting the GUI. Because
of this issue, they end up in an endless loop while iterating over all
characters in a variable similar to PATH.
My version:
```console
$ wine --version
wine-10.0 (Staging)
```
--
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=57804
Bug ID: 57804
Summary: cmd: CALL instruction freezes
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Executing the 'CALL'-instruction on a *.bat file may causes freezes when using
e.g. '@echo off' in the called script.
```console
$ wine --version
wine-10.0 (Staging)
```
I inserted two minimal reproducers below that are used in the following
examples. Note that I marked the output of the scripts as comment with the REM
command as well as my own descriptions.
```cmd
C:\>C:\working.bat
REM C:\>echo Test
REM Test
REM Command returns immediately. No issue here
C:\>C:\issue.bat
REM Test
REM Command returns immediately. No issue here
C:\>CALL C:\working.bat
REM C:\>echo Test
REM Test
REM Command returns immediately. No issue here
C:\>CALL C:\issue.bat
REM Test
REM ISSUE: Command freezes here and never returns
```
working.bat:
```cmd
@echo on
echo Test
```
issue.bat:
```cmd
@echo off
echo Test
```
This issue was encountered while trying out PlanAhead, a tool included in the
Xilinx ISE design package. They use multiple batch scripts to configure the
environment before starting the GUI application. Because the batch files do not
work properly the GUI does not start at all. I.e. the application (PlanAhead)
is completely unusable.
--
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=18959
Summary: MetaTrader 4 installer hangs at the very end of file
extraction
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.metatrader4.com/files/mt4setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
CC: julliard(a)winehq.org
With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at
the very end of file extraction at "C:\Program Files\MetaTrader
4\mailbox\1190736044.english" with sufficient responsiveness to handle the
Cancel button being pressed, which merely hides the installer window until a
Ctrl+C interrupt is sent to the installer. The installer worked properly in
1.0.1, and the regression test revealed:
1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit
commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Feb 18 14:44:17 2009 +0100
msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if
we didn't set them.
:040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4
86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls
Reverting the commit in HEAD allows the installer to start.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52714
Bug ID: 52714
Summary: Richard Burns Rally (RallySimFans): Logitech G29 Force
Feedback doesn't work
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: groovestomp+winehq(a)getgoogleoff.me
Distribution: ---
Install the RallySimFans distribution of Richard Burns Rally in a new wine
prefix: https://rallysimfans.hu/rbr/index.php
Run: "wine control" with the prefix and verify the racing wheel inputs all work
correctly and force feedback works.
Now go into the game, configure the wheel and notice force feedback does not
work.
Downgrading to Wine 5 (The latest previous version available before 7 on my
system) works without issue.
Here's a mention of this issue that led me to isolate that 7 is the problem:
https://forum.winehq.org/viewtopic.php?t=36110
And that thread refers to another here:
http://srmz.net/index.php?showtopic=14451#entry162706
Output of lshw -short:
H/W path Device Class Description
=============================================================
system Oryx Pro (Not Applicable)
/0 bus Oryx Pro
/0/0 memory 64KiB BIOS
/0/1d memory 32GiB System Memory
/0/1d/0 memory 16GiB SODIMM DDR4 Synchronous
2400 MHz (0.4 ns)
/0/1d/1 memory [empty]
/0/1d/2 memory 16GiB SODIMM DDR4 Synchronous
2400 MHz (0.4 ns)
/0/1d/3 memory [empty]
/0/23 memory 256KiB L1 cache
/0/24 memory 1MiB L2 cache
/0/25 memory 6MiB L3 cache
/0/26 processor Intel(R) Core(TM) i7-7700HQ
CPU @ 2.80GHz
/0/100 bridge Xeon E3-1200 v6/7th Gen Core
Processor Host Bridge/DRAM Registers
/0/100/1 bridge 6th-10th Gen Core Processor
PCIe Controller (x16)
/0/100/1/0 display GP104BM [GeForce GTX 1070
Mobile]
/0/100/1/0.1 multimedia GP104 High Definition Audio
Controller
/0/100/14 bus 100 Series/C230 Series
Chipset Family USB 3.0 xHCI Controller
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/1 input G29 Driving Force Racing
Wheel
/0/100/14/0/4 multimedia Turtle Beach P11 Headset
/0/100/14/0/5 communication Arduino Leonardo
/0/100/14/0/7 generic EgisTec_ES603
/0/100/14/0/8 communication Bluetooth wireless interface
/0/100/14/0/9 multimedia Chicony USB 2.0 Camera
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic 100 Series/C230 Series
Chipset Family Thermal Subsystem
/0/100/16 communication 100 Series/C230 Series
Chipset Family MEI Controller #1
/0/100/17 storage HM170/QM170 Chipset SATA
Controller [AHCI Mode]
/0/100/1c bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #1
/0/100/1c.4 bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #5
/0/100/1c.4/0 generic RTL8411B PCI Express Card
Reader
/0/100/1c.4/0.1 enp109s0f1 network RTL8111/8168/8411 PCI Express
Gigabit Ethernet Controller
/0/100/1c.6 bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #7
/0/100/1c.6/0 wlp110s0 network Wireless 8265 / 8275
/0/100/1d bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #9
/0/100/1d/0 storage NVMe SSD Controller
SM961/PM961/SM963
/0/100/1d/0/0 /dev/nvme0 storage Samsung SSD 960 EVO 250GB
/0/100/1d/0/0/1 /dev/nvme0n1 disk 250GB NVMe namespace
/0/100/1d/0/0/1/1 /dev/nvme0n1p1 volume 497MiB Windows FAT volume
/0/100/1d/0/0/1/2 /dev/nvme0n1p2 volume 4095MiB Windows FAT volume
/0/100/1d/0/0/1/3 /dev/nvme0n1p3 volume 224GiB EFI partition
/0/100/1d/0/0/1/4 /dev/nvme0n1p4 volume 4095MiB Linux swap volume
/0/100/1f bridge HM175 Chipset LPC/eSPI
Controller
/0/100/1f.2 memory Memory controller
/0/100/1f.3 multimedia CM238 HD Audio Controller
/0/100/1f.4 bus 100 Series/C230 Series
Chipset Family SMBus
/0/1 input PnP device PNP0303
/0/2 generic PnP device SYN1219
/0/3 system PnP device PNP0c02
/0/4 system PnP device PNP0c02
/0/5 system PnP device PNP0b00
/0/6 generic PnP device INT3f0d
/0/7 system PnP device PNP0c02
/0/8 system PnP device PNP0c02
/0/9 system PnP device PNP0c02
/0/a scsi3 storage
/0/a/0.0.0 /dev/sda disk 1TB WDC WD10SPZX-00Z
/0/a/0.0.0/0 /dev/sda volume 931GiB Linux Unified Key
Setup volume
--
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=57871
Bug ID: 57871
Summary: InteleViewer appears to crash on quitting.
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: neurofire80(a)gmail.com
Distribution: ---
Created attachment 78091
--> https://bugs.winehq.org/attachment.cgi?id=78091
The log produced by wine
When quitting InteleViewer (radiology application), the program produces an
error window.
Full size windows also do not work, although that may be a separate issue.
I'm on Manjaro i3, on the latest stable kernel on a Ryzen 7 with plenty of RAM
(128gb).
--
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=8532
Gijs Vermeulen <gijsvrm(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |plaes(a)plaes.org
--- Comment #16 from Gijs Vermeulen <gijsvrm(a)gmail.com> ---
*** Bug 35349 has been marked as a duplicate of this bug. ***
--
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=57865
Bug ID: 57865
Summary: The Sims 4 won't start when using the EA app on Ubuntu
24.04.2 LTS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ashleighjunk89(a)gmail.com
Distribution: ---
Created attachment 78088
--> https://bugs.winehq.org/attachment.cgi?id=78088
backtrace, but I can provide a screenshot of the issue also if needed
When I click play in the EA app, Wine gives me an error and the game doesn't
even start. When I click close, it just brings me back to the EA app and the
game is not running.
--
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=57866
Bug ID: 57866
Summary: Missing pages tree
Product: Wine-gecko
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 78089
--> https://bugs.winehq.org/attachment.cgi?id=78089
Missing pages tree in .chm viewer
Missing pages tree in .chm viewer
--
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=17743
Summary: Undocked toolbars are displayed incorrectly
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=19959)
--> (http://bugs.winehq.org/attachment.cgi?id=19959)
Text toolbar
I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is with undocked toolbars which are incorrectly displayed.
The problem is also with dragging them. They should be also draggable when I
click and hold mouse pointer over title of the toolbar.
Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008.
I attached image that shows the problem. All cuttings were done with unchecked
option "Allow the window manager to decorate the windows". Last cutting was
done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine
1.0.1
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57857
Bug ID: 57857
Summary: Unable to run 32bit applications after loader changes
in 10.2
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: sutupud(a)yahoo.com
Distribution: ---
This happens when wine is build using the PKGBUILD from achlinux:
https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/blob/main/…
i.e. buildin the 64bit libraries using `--enable-win64` and then the 32bit
libraries separately.
Arch uses /usr/lib32 for the 32bit libraries, and therfore builds them with
`--libdir=/usr/lib32`
It does work when testing it directly from the build directory, but not after
installing.
According to strace, the new loader tries to execute wine-preloader when
running a 32bit program from:
/usr/lib/wine/i386-unix/wine-preloader
which fails, since it doesn't exist.
The binary now would need to look for the preloader relative to the the 32bit
libdir, so it would need to know what's being used for that in the 32bit
compilation.
When building with in the new WOW mode with `--enable-archs=i386,x86_64` then
everything works fine.
--
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=56556
Bug ID: 56556
Summary: Empires by Conspiracy fails to start
Product: Wine
Version: 9.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Without native d3dcompiler_47.dll:
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:3:637: E5000: syntax error,
unexpected NEW_IDENTIFIER
0024:err:d3dcompiler:D3DCompile2
With native d3dcompiler_47.dll:
0024:fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0xc7,
opcode_token 0x080000c7.
0108:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0108:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader
#3:
Followed by a billion of errors.
--
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=57862
Bug ID: 57862
Summary: Pixelated and low resolution fonts in dnSpy and
UndertaleModTool
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: vse.stopchanskyi(a)gmail.com
Distribution: ---
Created attachment 78083
--> https://bugs.winehq.org/attachment.cgi?id=78083
Demo of all apps
# Links to UndertaleModTool and dnSpy:
https://github.com/UnderminersTeam/UndertaleModToolhttps://github.com/dnSpy/dnSpy
# Description
In both, small fonts look very low resolution and pixelated, or/and blurry. In
Notepad++ and RaftModLoader fonts don't look nearly as bad.
# Additional notes
UndertaleModTool has the same issue with WineWayland. dnSpy and UMT were
launched with WINE_D3D_CONFIG=renderer=vulkan, because otherwise they don't
work well with WineWayland and have pitch black dropdowns with Xwayland, but
that doens't affect fonts.
Screen resolution: 1920x1080
DPI in Wine: 96
Fonts used in dnSpy: Courier New
Fonts used in UndertaleModTool: idk
--
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=57860
Bug ID: 57860
Summary: Windows Movie Maker does not launch
Product: Wine
Version: 10.0
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: LloydJJoyner(a)teleworm.us
Created attachment 78081
--> https://bugs.winehq.org/attachment.cgi?id=78081
Error message not implemented box
Steps to reproduce:
- Download Windows Movie Maker. It can be downloaded from
https://archive.org/details/windows_live_essentials_2012_qfe4_image
- Extract the ISO, or mount it
- Install it from the ISO (I recommend installing only Movie Maker/Photo
Gallery and nothing else)
- Open Movie Maker: it will be installed at C:\Program Files (x86)\Windows
Live\Photo Gallery\MovieMaker.exe
- Press enter to get past the license box.
- Look at the "Not implemented" error message.
--
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=57852
Bug ID: 57852
Summary: Call from 7BD748A5 to unimplemented function
imagehlp.dll.ReBaseImage64, aborting
Product: Wine
Version: 10.2
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: imagehlp
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
I got the Win32 version of OpenOffice (Apache OpenOffice, "AOO") to
successfully build on FreeBSD with Wine + Cygwin + Windows SDK, and this was
one of the Wine bugs I had to work around during the build.
The problem is in the main/postprocess/rebase directory, where it tries to
rebase binaries, ultimately calling C:\Program Files\Microsoft
SDKs\Windows\v7.0\Bin\rebase (from the Windows SDK), which tries to call the
unimplemented function imagehlp.dll.ReBaseImage64, which causes a crash during
the build. Since rebasing is just done for better performance, it's not
critical and can be worked around by commenting out the relevant makefile
command. Still, Wine should ideally support this API, and it's good to document
applications that need it.
For further details please see the email where I described my experiences, and
other Wine bugs I found:
https://lists.apache.org/thread/x3p7mv0py2s5hw3cvrm1d3krxgb7cq9k
Also if you want to reproduce, you can try compiling OpenOffice on Wine, but
it's a very complicated build environment and takes many hours to run, and this
bug only happens near the end. See the build guide on
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_s…
and the extra instructions in the email above.
And it is remarkable that Wine works so well, when building a project with
~70000 C++ files, 12 million lines of code, 37 external libraries, code
generation during the build, calls to many Cygwin tools and Perl scripts, Java
and Ant, .NET tools, and lots more. Only 6 Wine bugs were found, of which 3 are
already fixed in Wine 10.2, and the other 3 have workarounds.
--
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=36781
Bug ID: 36781
Summary: palringo: The Chat Box view not txt !!
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmedsaber20005(a)gmail.com
Created attachment 48850
--> http://bugs.winehq.org/attachment.cgi?id=48850
Log of palringo crash
when i want to chat with someone the palringo not show any text :/ and some
times it is crash
--
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=57858
Bug ID: 57858
Summary: BaramMesh : Crashes when launching
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lakshyasrivastavc(a)gmail.com
Distribution: ---
Created attachment 78076
--> https://bugs.winehq.org/attachment.cgi?id=78076
backtrace
The BaramMesh program fails to launch, with the backtrace attached below.
--
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=11336
Summary: typing an open parenthesis "(" in vba causes an error
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=10442)
--> (http://bugs.winehq.org/attachment.cgi?id=10442)
picture of the error
When programming in VBA under excel the application throws up an error when I
try to enter the open parenthesis
--
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.
https://bugs.winehq.org/show_bug.cgi?id=8532
Dmitry Timoshkov <dmitry(a)baikal.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Fixed by SHA1| |1396b646d19bf4adcae095c4756
| |6e26e42431a7b
Status|STAGED |RESOLVED
--- Comment #15 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
Fixed by 1396b646d19bf4adcae095c47566e26e42431a7b.
--
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=33211
Bug #: 33211
Summary: C&C: Red Alert 2 still runs very slowly and mouse
cursor flickers
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brymaster(a)gmail.com
Classification: Unclassified
The game runs slowly, especially while moving the cursor in-game.
I've tried various winetricks configs with: ddr=opengl/ddr=gdi, rtlm=readtex,
orm=backbuffer as well as setting a flag in ra2.ini for
[Video]VideoBackBuffer=no - nothing works. Even looked at a 'lag fix' here that
does nothing: http://www.stuffhost.de/files/cnc/CnCPatcher.html
>From looking at past related issues
(http://bugs.winehq.org/show_bug.cgi?id=2784,
http://bugs.winehq.org/show_bug.cgi?id=5526,
http://bugs.winehq.org/show_bug.cgi?id=14438), I get the feeling that someone
was trigger happy and 'CLOSED FIXED' these without actually testing - people
are still reporting its a problem.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57856
Bug ID: 57856
Summary: Drop list is not working including Winecfg
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78074
--> https://bugs.winehq.org/attachment.cgi?id=78074
the drop list is not opened
Wine-10.0 compiled --with-freetype show me Winecfg but I can't choose Windows
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=40738
Bug ID: 40738
Summary: Notepad open file dialog does not remember its
location
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gur.stavi(a)gmail.com
Distribution: ---
Reproduced in notepad when using File->Open... dialog.
In Windows if dragging the open file dialog to a new location, on the next time
it is opened it will be opened at the same location.
In Wine it is always opened at the top left corner of the application.
This is quite inconvenient on a big screen with maximized app.
Note that when resizing the dialog, wine does remember the size on the next
open so hopefully the position could be a slight extension to this.
Regards,
Gur
--
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=57817
Bug ID: 57817
Summary: mvscp90 ::std::ifstream::seekg(0) crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Wine can be crashed as easily as calling seekg(0) on an ::std::ifstream when
linked with MSVCP90.DLL.
Sample crash code, compile it so it uses MSVCP90.DLL and run with any
"test.txt" in the current directory:
---snip---
#include <iostream> // std::cout
#include <fstream> // std::ifstream
int main (int argc, char **argv) {
::std::ifstream is ("test.txt", ::std::ifstream::binary);
if (is) {
// crashes:
is.seekg(0);
// doesn't crash:
//is.seekg(0, ::std::ios::beg);
return 0;
} else
return 1;
}
---snip---
On Windows it works, and on Wine with native MSVCP90.DLL and MSVCRT90.DLL it
works, but on Wine with builtin DLLs:
056c:Call
msvcp90.?seekg@?$basic_istream@DU?$char_traits@D@std@@@std@@QAEAAV12@V?$fpos@H@2@@Z(0031fe38,00000000,0031fe38,000000000,00000000,00000001)
ret=1b001086
056c:Call msvcr90.memcpy(0031fd68,00000000,00000018) ret=7a023138
056c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION)
flags=0 addr=79F7F538
What's interesting is how calling is.seekg(0, ::std::ios::beg) instead works
perfectly on Wine with builtin DLLs.
--
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=57810
Bug ID: 57810
Summary: ITextStream::WriteBlankLines() needs to be implemented
for libxml2's configure.js to work
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://github.com/GNOME/libxml2
OS: FreeBSD
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
In libxml2's win32 subdirectory, running "wine cscript configure.js" fails
with:
0330:fixme:scrrun:textstream_WriteBlankLines 008EF44C, 1 stub
0330:trace:jscript:handle_dispatch_exception 80004001 (null) (null)
0330:warn:jscript:unwind_exception Exception 80020009 undefined in:
0330:warn:jscript:print_backtrace 0 L"discoverVersion"() context 1 line 207
char 1
0330:warn:jscript:print_backtrace 1 [unnamed]([detached frame]) context 1
line 606 char 0
0330:warn:jscript:print_backtrace 2 [native code]
because in that "discoverVersion()" function called from configure.js line 207
here:
https://github.com/GNOME/libxml2/blob/3dcde736d012a191cca60e5d5dbd80ef97176…
---snip---
vf.WriteBlankLines(1);
---snip---
which is implemented in dlls/scrrun/filesystem.c function
textstream_WriteBlankLines(), which is indeed a stub returning E_NOTIMPL.
Patching textstream_WriteBlankLines() to write newlines and return S_OK fixes
the bug, and "wine cscript configure.js" runs to successful completion.
I will make a merge request soon.
This is why dog food bugs rule - when all the code is open source, debugging is
so easy ;-).
--
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=57824
Bug ID: 57824
Summary: SetThreadPriority unexpectedly fails on terminated
threads instead of no-op
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10
Distribution: ---
This manifests as a failure on kernel32:loader:
loader.c:4034: Test failed: SetThreadPriority error 5
The failures have started since commit
0559442de9c139ec2b66fee69f87a58b60df4b10:
commit 0559442de9c139ec2b66fee69f87a58b60df4b10
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Dec 1 23:36:54 2023 +0100
server: Introduce new set_thread_priority helper.
--
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=57803
Bug ID: 57803
Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox
One controller connected
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hans(a)meelstraat.net
Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a
Distribution: ---
Created attachment 78010
--> https://bugs.winehq.org/attachment.cgi?id=78010
backtrace
10.0-266-g29446a66ce2
--
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=39474
Bug ID: 39474
Summary: MSWT Kart 2004 does not work
Product: Wine
Version: 1.7.53
Hardware: x86-64
URL: http://www.gamershell.com/download_5628.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Download and install the game, after the intro videos the game will crash while
loading bitmaps. The crash happens shortly after a BMP image is loaded.
This is a continuation of bug 21012.
--
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=57847
Bug ID: 57847
Summary: Cross-compiled Wine no longer installs a 'wine' loader
binary
Product: Wine
Version: 10.1
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63
On ARM64 macOS, I cross-compile an x86_64 Wine by doing an ARM64 build
(./configure), then an x86_64 build using those tools (./configure
--enable-archs=i386,x86_64 --host=x86_64-apple-darwin --with-wine-tools=<path
to ARM build dir> CC='clang -arch x86_64' CROSSCFLAGS='-g -O2 -march=core2
-mfpmath=sse').
Both builds succeed, but since cb87d40cd4a8837826ea76efc91371ab09eb9d63
("makefiles: Create wine as a symlink to tools/wine/wine."), the x86_64 build
directory contains an ARM64 'wine' binary (a symlink to the ARM64
tools/wine/wine). This of course is not usable with the x86_64 build. In
addition, if I install the x86_64 build, there is no bin/wine binary present.
--
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=57819
Bug ID: 57819
Summary: Wine unable to start since rebuild with glibc 2.41
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
I've rebuilt my gentoo system with glibc 2.41, binutils 2.44 and gcc
14.2.1_p20241221
No wine programs start including winecfg and wineboot, even if I remove ~/.wine
I see the following problem:
winecfg
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:fixme:winediag:loader_init wine-staging 10.0 is a testing version
containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing
bug reports on winehq.org.
0044:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
wine: Unhandled page fault on write access to 0000000140021B30 at address
00006FFFFFF36730 (thread 0044), starting debugger...
0044:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 64 168"
(2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: Unhandled page fault on write access to 0000000140021940 at address
00006FFFFFF36730 (thread 002c), starting debugger...
002c:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 40 160"
(2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: could not load kernel32.dll, status c0000135
I'm guessing its related to the dlopen execstack stuff
--
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=57793
Bug ID: 57793
Summary: Wine Wordpad started with blank screen
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 77994
--> https://bugs.winehq.org/attachment.cgi?id=77994
Empty windows
With winehq-10 my compilation by default clang from Xcode-16.2 I can't start
Wordpad as seen on screenshot.
The same result with wine-staging based on this wine-10.
Good result with old wine-9.0.
--
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=57625
Bug ID: 57625
Summary: Regression: some fullscreen games are displayed
incorrectly upon switching from and back to game
window
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fidoxe4910(a)nongnue.com
Distribution: ---
This bug occurs with Kingdom Rush Alliance, might also occur with other
fullscreen games.
To reproduce the bug:
1. Open the aforementioned game
2. Switch to another window by a keyboard shortcut
3. Switch back to the game
On Wine 9.20, the game is then displayed in fullscreen as it should be. On Wine
9.22, however, the taskbar is displayed over the game and there are black
fields on the left and right
--
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=57310
Bug ID: 57310
Summary: wineboot failed to initialize a wine prefix
Product: Wine
Version: 0.9.17.
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
This issue is relevant for INTEL MACs only, ARM MACs are working fine.
Starting wine without existing wineprefix should create a brand new .wine and
initialize it - this is failing on Intel Macs.
The last working version I found is wine-staging-9.1-osx64.tar.xz, all newer
ones are failing including the latest wine-staging-9.17-osx64.tar.xz. So after
version 9.1 something has to change.
It is easy to reproduce ...
local@Radim--iMac ~ % sw_vers
ProductName: macOS
ProductVersion: 15.0
BuildVersion: 24A5327a
local@Radim--iMac ~ % arch
i386
local@Radim--iMac ~ % rm -rf ~/.wine
local@Radim--iMac ~ % ~/Downloads/Wine\
Staging.app/Contents/Resources/wine/bin/wineboot
wine: created the configuration directory '/Volumes/Data/Radim Home/.wine'
wineserver: using server-side synchronization.
0024:err:environ:run_wineboot failed to start wineboot 1
zsh: killed ~/Downloads/Wine\
Staging.app/Contents/Resources/wine/bin/wineboot
--
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=57795
Bug ID: 57795
Summary: cmd lacks support for right-to-left handle redirection
(2<&1)
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://github.com/curl/curl
OS: FreeBSD
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
When compiling the Windows version of Curl from Wine + MS Platform SDK, the
build breaks when copying the binaries to destination directories, because in
https://github.com/curl/curl/blob/2ed232a4e66c7ecb75f1b7fc7623da967857ef04/…
(and other places) it does this:
@if exist $(LIB_DIROBJ)\$(LIB_NAME_DLL) copy $(LIB_DIROBJ)\$(LIB_NAME_DLL)
$(DIRDIST)\bin\ /y >nul 2<&1
That "2<&1" at the end of the line breaks it. Wine's cmd only supports
redirections in the opposite direction, like "1>&2".
I am working on a patch.
--
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=57787
Bug ID: 57787
Summary: Final Fantasy XI Online crashes with unhandled page
fault on launch
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a
Distribution: Gentoo
Created attachment 77988
--> https://bugs.winehq.org/attachment.cgi?id=77988
Terminal Output/Backtrace
After 33756286efb [1], Final Fantasy XI Online crashes during the "handover"
from PlayOnline Viewer to the actual game client.
Attached terminal output with 'WINEDEBUG="wbemprox"' and the backtrace.
Last tested at 9dbd872a714 [2].
Thank you!
1.
https://gitlab.winehq.org/wine/wine/-/commit/33756286efb9e6b58831b01b9f2ef4…
2.
https://gitlab.winehq.org/wine/wine/-/commit/9dbd872a714cc5fdbe9d96707d0745…
--
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=56464
Bug ID: 56464
Summary: vbscript: Join on array with "empty" items fails
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
> cat test.vbs
Dim u
Dim arr, arr1
'first item not empty
arr = array("test", u)
WScript.Echo "Join arr = " & Join(arr,"")
'first item is empty
arr1 = array(u, "test")
WScript.Echo "Join arr1 = " & Join(arr1,"")
Wine
> wine wscript test.vbs
0114:fixme:vbscript:Global_Join
0114:fixme:wscript:ActiveScriptSite_OnScriptError ()
Windows
> cscript test.vbs
Microsoft (R) Windows Script Host Version 5.812
Copyright (C) Microsoft Corporation. All rights reserved.
Join arr = test
Join arr1 = test
On a vpinball where wine vbscript is embedded we get a segfault:
free(): double free detected in tcache 2
--
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=50152
Bug ID: 50152
Summary: YOU and ME and HER: Game crashes after launching from
game launcher
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aleksandr_kines(a)rambler.ru
Distribution: ---
Created attachment 68660
--> https://bugs.winehq.org/attachment.cgi?id=68660
Terminal output
Wine crashes when I click on "Start Game" button in game launcher and wait some
time after game window appeared.
--
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=39057
Bug ID: 39057
Summary: Support for Indexed Vertex Blending
Product: Wine
Version: 1.7.47
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: swswine(a)gmail.com
Distribution: ---
Created attachment 52025
--> https://bugs.winehq.org/attachment.cgi?id=52025
Patch to implement indexed vertex blending support
Vertex blending support has been added recently
(https://bugs.winehq.org/show_bug.cgi?id=6955 was closed). But indexed vertex
blending is not supported yet.
I've implemented rather straightforward patch to do it which works for me, it
is attached. Though I am far not familiar with wined3d development and not
quite sure that my patch is complete and does not have any caveats.
A potential caveat with this patch is the following. Besides using indexes in
vertex shaders, a big enough number of supported vertex blend matrices is
required to really support this Direct3D feature. It was 4 in 1.7.47, I changed
to 128 using the same framework developed in 1.7.47. It may potentially fail on
some graphic cards due to large number of uniforms in vertex shader generated.
Besides the transfer of those uniforms may probably be optimized not to call
glUniformMatrix for every matrix when only one or few has changed.
--
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=32572
Bug #: 32572
Summary: Alpha Polaris doesn't play well with built-in d3dx9
libraries
Product: Wine
Version: 1.5.20
Platform: x86
URL: http://www.gamershell.com/download_75822.shtml
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 42985
--> http://bugs.winehq.org/attachment.cgi?id=42985
terminal output
The game comes with native d3dx9_34.dll installed in the game directory, the
reported problems happen only when you set it to built-in.
wine-1.5.20-57-gdabde6a or newer is needed to test this bug (a follow-up to bug
#27627).
The game starts and loads to the menu fine with the built-in d3dx9_34 but you
will face several issues throughout the game.
Install the demo then start it with AlphaPolaris.exe. Click <OK> in the
launcher and get in the game. Start a new game from the menu, skip the intro
video. Here are some issues I noticed with built-in d3dx:
- anytime you press a key (either in the menu or in mid-game) a black bar
appears in the upper left corner. An error message from the game engine
(Wintermute) is hiding behind those black bars, as I've seen those in the game
from bug #29495. "Script runtime error. View log for details".
- the game begins with a conversation but dialogues/subtitles are displayed so
fast that you can hardly read them. Probably due to this, most of the audio
(speech) is missing from the game.
- when the opening conversation ends you should see the main character standing
in front of his bed. With built-in d3dx the character is missing (invisible).
- the game tends to crash on exit as can be seen in the attached log file.
All those issues are non-existent when d3dx9_34=native.
Saved games that were created with built-in d3dx9_34 are also affected. If you
load a saved game created with built-in, those issues are present, even if the
game was started with native.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19153
Summary: DX3 game does not recognize graphics capabilities
Product: Wine
Version: 1.1.24
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=9396
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bobbyg(a)gmx.net
Resident Evil 1 does not start giving the error "Failed to initialize the
Graphics Hardware Device.(3)". It's a DirectX 3 game using immediate mode.
After some debugging I found that it relies on 3 (three) entries returned by
EnumDevices whereas wine returns only the Direct3D HAL entry in this case
(d3dversion == 1). Removing the if-clause in ddraw/direct3d.c and duplicating
the HAL entry solves the problem and the game actually runs almost perfectly
(Garbage -> Platinum).
I checked a Windows installation which returns "HAL", "RGB Emulation" and "Ramp
Emulation" but the comments in the file suggest that not all games are happy
about that. So how to fix this properly?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=7115
--- Comment #28 from joaopa <jeremielapuree(a)yahoo.fr> ---
Bug still occurs in wine-10.1
--
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=1201
--- Comment #49 from joaopa <jeremielapuree(a)yahoo.fr> ---
Bug still occurs with wine-10.1.
--
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=46206
Bug ID: 46206
Summary: Altium Designer 17 account sign in fails as of 3.19
Product: Wine
Version: 3.19
Hardware: x86-64
URL: https://s3.amazonaws.com/altium-release-manager/Altium
_Designer_17/OfflineSetup_Altium_Designer_Public_17_1_
9.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Account sign-ins are broken in Altium Designer 17.1.9 (and probably other
releases) as of Wine 3.19.
Steps to reproduce:
1. Launch Altium Designer.
2. Close floating window (Storage, etc.) which will likely trigger an error
(probably bug #39765 which I'll verify later)
3. At MyAccount/License Management page click "Sign in" link
4. At "Account Sign In" dialog (which can get stuck behind main window) enter
anything for user name and password, check the "I have read and understand the
warning" privacy invasion checkbox, then the "Sign in" button.
Expected behavior:
Dialog box closes then reappears a moment later when sign-in fails.
Wine 3.19-3.21 behavior:
Dialog closes then an "Out of memory" error dialog is displayed.
Installation:
1. Download the offline installer from the URL (3.6GB). Extract to
subdirectory.
2. winetricks -q corefonts dotnet461 mdac28 win7
I used winetricks 20180815-next. Verified NET Runtimes with
netfx_setupverifier-20180517.exe. Manually triggered GAC rebuild via ngen.exe
since winetricks didn't seem to do so and it cluttered up the logs when it
randomly started on its own.
3. Run the Altium installer. To save time deselect the optional items.
Other:
There's a nuisance rundll32.exe error at start-up reporting "This application
could not be started". It doesn't seem to be related to this bug although I
haven't found the cause of it yet.
--
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=27002
Summary: Shadow Company: Left for Dead fails with "No usable 3D
Devices installed".
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cfiend(a)talent.edu.pl
Shadow Company: Left for Dead shows a messagebox with text "No usable 3D
Devices installed. Exiting." on startup.
Googling for more information suggests that it needs a Glide wrapper to work.
However, I failed to get the game working with either OpenGlide, dgVoodoo and
Zeckensack's Glide Wrapper. Tried putting dll files in game dir, in
windows/system32 dir, setting overrides in winecfg, running on a virtual
desktop and many different combinations of the above on two machines: one
equipped with Intel graphics card, the other with rather old (~5 years) NVidia
GeForce graphics card running binary blob drivers.
Wine console output spews a few fixmes about EnumDisplayDevicesW stub.
Attaching log below.
Failure occurs in full version as well as in demo version of the game. Link to
demo version: http://www.fileplanet.com/10258/download/Shadow-Company-Demo
I'll gladly provide additional information on request.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=8563
--- Comment #47 from joaopa <jeremielapuree(a)yahoo.fr> ---
Working for me with wine-10.1
--
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=24308
Summary: Fullscreen fails for MechWarrior 4 games (Only one D3D
device per DirectDraw object)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: georg298(a)gmx.de
For all MechWarrior 4 games, fullscreen fails with message
fixme:ddraw:d3d7_CreateDevice Only one Direct3D device per DirectDraw object
supported.
Obviously, the game falls back to window'ed mode, as
static HRESULT WINAPI d3d7_CreateDevice(IDirect3D7 *iface, REFCLSID riid,
IDirectDrawSurface7 *surface, IDirect3DDevice7 **device)
returns
DDERR_INVALIDPARAMS
changing this behaviour (returning D3D_OK instead):
if (ddraw->d3ddevice)
{
FIXME("Only one Direct3D device per DirectDraw object supported.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
// return DDERR_INVALIDPARAMS;
}
makes fullscreen work for these games.
Probably it's not "legal" to return D3D_OK in this case, but maybe there is a
real solution for this problem?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55219
Bug ID: 55219
Summary: Sample() method fails to compile for ps_2_0
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 74833
--> https://bugs.winehq.org/attachment.cgi?id=74833
test
Extracted from existing d3dcompiler tests:
---
1 sampler s;
2 Texture2D t;
3 float4 main() : COLOR
4 {
5 return t.Sample(s, float2(0.5, 0.5));
6 }
---
This fails to compile currently, on Windows this produces (combined?) s+t
definition at s0.
--
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=54377
Bug ID: 54377
Summary: Rayman Origins has messed up rendering due to missing
'tan' handling
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0218:err:d3dcompiler:D3DCompile2 Shader log:
0218:err:d3dcompiler:D3DCompile2 <anonymous>:166:18: E5005: Function "tan"
is not defined.
0218:err:d3dcompiler:D3DCompile2
--
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=54417
Bug ID: 54417
Summary: Cradle needs 'sincos' support
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0184:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x4810.
vkd3d:fixme:hlsl_yylex Unsupported preprocessor #pragma directive at line 1.
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/fragment_copy_2d.shader:209:1: E5000: syntax error,
unexpected KW_SAMPLERCOMPARISONSTATE
0184:err:d3dcompiler:D3DCompile2
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/vertex_hdr_shaft.shader:232:1: E5005: Function
"sincos" is not defined.
0184:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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=56353
Bug ID: 56353
Summary: BeamNG Techdemo 0.3 needs support for 'Prioritize
between multiple compatible function overloads'
Product: vkd3d
Version: 1.10
Hardware: x86-64
URL: https://www.moddb.com/games/beamng/downloads/beamng-te
chdemo-03
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:638:17: E5017: Aborting due to
not yet implemented feature: Prioritize between multiple compatible function
overloads.
0024:err:d3dcompiler:D3DCompile2
wine: Unhandled page fault on read access to 00000000 at address 1043ADF5
(thread 0024), starting debugger...
--
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=55954
Bug ID: 55954
Summary: Ubisoft Connect requires 'isinf' support
Product: vkd3d
Version: 1.9
Hardware: x86-64
URL: https://ubi.li/4vxt9
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0904:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0904:err:d3dcompiler:D3DCompile2 Shader log:
0904:err:d3dcompiler:D3DCompile2 C:\fakepath:109:6: E5005: Function "isinf"
is not defined.
0904:err:d3dcompiler:D3DCompile2
1.9-405-g6a4a9a45
--
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=52568
Bug ID: 52568
Summary: Support for AF_UNIX is missing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Newer Windows 10 builds supports AF_UNIX, see
https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for
details.
There have been unfinished attempts to incorporate such support into wine, see
https://www.winehq.org/pipermail/wine-devel/2021-May/187049.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=57842
Bug ID: 57842
Summary: Any application with text windows started collapsed.
Including winecfg
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78057
--> https://bugs.winehq.org/attachment.cgi?id=78057
This small artefact in the centre is winecfg started
I tested also wine 9.21 with the same result.
Moving down to old revisions is problematic. Down to 7.1 I can't compile in
macOS.
Version 6.15 works fine.
Will not show a log because there is nothing about the issue.
--
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=9137
Brendan Shanks <bshanks(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bshanks(a)codeweavers.com
--- Comment #10 from Brendan Shanks <bshanks(a)codeweavers.com> ---
This is still an issue with the latest Wine, I was able to reproduce with
lmhostid.exe (from lmtools/flexlm):
http://www.downstreamtech.com/customer-ftp/lmhostid.zip
Specifically, it calls GetAdaptersInfo(), then looks for AddressLength == 6, no
PPP/SLIP/loopback interfaces, and then checks that registry key for an
interface whose NetCfgInstanceId matches AdapterName, and that Characteristics
has NCF_PHYSICAL set. I've attached a test app which goes through this.
--
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=56330
Bug ID: 56330
Summary: Regression: Vietcong: Audio cuts off and repeats
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Vietcong suffers from audio cutting of too early and/or repeating
several times. This is a regression introduced during Wine 5.x development but
still an issue with current git. Bisecting leads to this commit:
a10824a03cb7ad1a2a1987433c5ad832dcdf6962 is the first bad commit
commit a10824a03cb7ad1a2a1987433c5ad832dcdf6962
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Aug 17 10:38:18 2020 -0500
winepulse: Don't rely on pulseaudio callbacks for timing.
Contains contributions from Mark Harmstone and Zhiyi Zhang.
Some devices, especially USB devices, have very irregular timing or
very long periods. Some Windows applications (The Witcher 3) are built
to expect regular, short period times, and so would underrun when the
device timing didn't match their expectations. This patch decouples
the Windows-side timing from the OS-side timing so we can meet those
applications' requirements.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/winepulse.drv/mmdevdrv.c | 613 +++++++++++++++++++-----------------------
1 file changed, 279 insertions(+), 334 deletions(-)
To reproduce, either patch Wine to include the change from #39057 or use the
fan-made patch VCStarter (1.7 BETA) from
http://www.vietcong.info/portal/forum/viewthread.php?thread_id=899
The sound issue is somewhat noticeable with the music in the main menu but very
noticeable if you listen to the drill sergeant in the tutorial levels. Select
"Single player" -> "Tutorial" -> "Drill camp 1".
There's a demo available but it does not exhibit the bug.
--
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=56478
Bug ID: 56478
Summary: Requesting sub HD fullscreen resolutions breaks
applications/games on Apple Silicon
Product: Wine
Version: 9.5
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ammoniak-molar-0r(a)icloud.com
Apple Silicon equipped Macs do not support "legacy" low (virtual?) display
resolutions anymore. Due to this several old Windows games running through wine
are broken, even though they run perfectly well otherwise.
Resolutions like 800x600px and lower are definitely effected, though I think
this applies to anything below 1024x768px.
A possible but undesired workaround is falling back the legacy X11 (XQuartz)
environment and its virtual desktop mode or using windows side tools which
enforce executables to run in windowed mode (like Dxwnd).
To my knowledge implementing something like the before mentioned virtual
desktop mode isn't feasible on macOS as child windows aren't supported.
Therefor I propose the solution, that the winemac.drv should ignore
wine/windows API "fullscreen calls", if the desired resolution is below
1024x768, when running on Apple Silicon. While this might break wine's
philosophy regarding windows function parity it would allow older software to
"just work" again without any manual workarounds.
An effected windows game would be "Colin McRae Rally 2005" which got a Demo
available. Further information, documentation and links regarding this issue
can be found here:
https://github.com/Gcenx/WineskinServer/issues/530#issuecomment-2016763641
Best,
Rastafabisch
--
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=41930
Bug ID: 41930
Summary: Civilization III Complete shows black terrain (Wine
compiled with OSMesa support)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de
Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063
Distribution: ---
Created attachment 56311
--> https://bugs.winehq.org/attachment.cgi?id=56311
screenshot
This is one of the few games that I know of which makes some use of OpenGl in
bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain
turn black as soon as I launch a game.
Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa.
I tried Civilization III Complete (both the Steam and the GOG.com versions have
this bug).
Terminal output:
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not
registered
err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a}
could be created for context 0x1
Reverting the following patch on top of git fixes the problem:
commit e618ab65ed5b623785c58ea5ece6e39895d43063
Author: Michael Müller <michael(a)fds-team.de>
Date: Tue Feb 3 11:07:38 2015 +0100
gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats.
Please let me know if you need debug logs.
wine-1.9.24-105-g1d3b944
Fedora 24 x86_64
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.20
Installed packages:
mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24
--
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=57537
Bug ID: 57537
Summary: Steuersparerklärung 2024 fails to install
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Found while testing a report from the forums:
https://forum.winehq.org/viewtopic.php?t=39775
Ran in a clean WINEPREFIX, used trial version and express installation. It
gives a messagebox with
> Die Installation von >>Steuersparerklärung 2024<< konnte nicht durchgeführt werden! Prüfen Sie bitte, ob die notwendigen Installationsvoraussetzungen erfüllt sind
Translated:
The installation of >>Steuersparerklärung 2024<< could not be completed! Please
check whether the necessary installation requirements are met
--
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=49167
Bug ID: 49167
Summary: Wine staging 5.8 not available on macos download page
Product: Wine-staging
Version: 5.8
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Please check the reason
--
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=57513
Bug ID: 57513
Summary: Keyboard input is unavailable in Russian keyboard
layout in putty
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: unxed(a)mail.ru
Distribution: ---
Tried version
https://the.earth.li/~sgtatham/putty/0.82/w64/putty.exe
~$ wine --version
wine-9.0 (Ubuntu 9.0~repack-4build3)
Mint 22 x64 Cinnamon, x11
Input in English keyboard layout works ok.
--
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=57600
Bug ID: 57600
Summary: Application not showing console output
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: angel.narvaez(a)civiceye.com
Distribution: ---
Created attachment 77715
--> https://bugs.winehq.org/attachment.cgi?id=77715
wine8 vs wine9
I'm running into an issue where an application that can be started from
explorer.exe or cmd.exe is not showing the console output to the unix console.
The "buggy" behavior is present in wine v9, but wine v8 shows the console
output just fine. I believe the related change is in this commit:
https://gitlab.winehq.org/wine/wine/-/commit/4b63e888945b8ada2ddc043e435b93…
In the commit, it is stated that this behavior can be achieved by starting the
app with "./wine app | cat", however that does not seem to be working with wine
or wineconsole (Please see attachments)
When using WINEDEBUG=+console, I can see the application interacting and
writing to the windows console, however nothing is shown on the screen. I need
guidance on this issue.
--
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=57837
Bug ID: 57837
Summary: game controller unusable
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amie1972(a)163.com
Distribution: ---
The game freezes after turning on the game controller。
The previous version did not have this problem.
Since this operation process directly caused the game to freeze, I cannot
provide screenshots or even logs.
--
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=10522
Summary: endless WM_PAINT loop bug (update regions, queue paint
count)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/whdc/devtools/debugging/install
x86.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9265)
--> (http://bugs.winehq.org/attachment.cgi?id=9265)
trace with WINEDEBUG=+tid,+message,+win,+server
Hello,
I've seen this bug a while ago in other apps but ignored it because it was not
easily to reproduce.
Well until recently when I tested some stuff with windbg from "Debugging Tools
for Windows" (Microsoft).
I used debugging tools version 6.8.4.0 and recent GIT
(wine-0.9.49-302-g58b85bb).
Immediately when a child window was opened using toolbar (register, locals, ..
whatever), windbg would become unresponsive, eating most CPU.
Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation.
Though "MDI emulation" is more obvious, it actually shows the endless
refreshing (window caption).
Attached is WINEDEBUG=+tid,+message,+win,+server log.
Additionally I added a trace message which prints the current queue paint count
(when incremented or fetched) which makes some things easier to spot.
Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d".
The window hierarchy is as follows:
--- snip ---
*root*=0x10020
Shell_TrayWnd=0x10022
WinDbgFrameClass=0x10024
DockClass=0x10026
ToolbarWindow32=0x10028
msctls_statusbar32=0x1002a
tooltips_class32=0x1002e
WinBaseClass=0x10030
ToolbarWindow32=0x10032
SysListView32=0x10034
SysHeader32=0x10036
RichEdit20W=0x10038
--- snip ---
After the child windows are created the queue paint count never drops to zero,
resulting in endless WM_PAINT processing.
Maybe some update (region) code path missed or flags problem?
I played a bit with ignoring null region updates and it seemed to help a bit
(preventing endless WM_PAINT loop) though other stuff wasn't drawn properly
then.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57845
Bug ID: 57845
Summary: Bug with installing PUBG Mobile on Tencent Gameloop
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bithit_official(a)mail.ru
Distribution: ---
Created attachment 78063
--> https://bugs.winehq.org/attachment.cgi?id=78063
its a backtrace
I decided to install PUBG MOBILE on my computer via Wine using Tencent
Gameloop. When all the game components had already been downloaded and the
installation itself began, an error appeared from wine: A serious error
occurred in the AndroidEmulatorEn.exe program. I don't know how to fix this and
what is it related to, Wine or Gameloop? Please help me/
--
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=57410
Bug ID: 57410
Summary: Power BI Desktop x64 (Oct 2024) : Crash at Launch with
a message box : Something wen wrong
Product: Wine
Version: 9.17
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jernierdour(a)proton.me
Created attachment 77395
--> https://bugs.winehq.org/attachment.cgi?id=77395
Log
I successfully installed Power BI Desktop x64 v2.137.1102.0 date 28/10/2024.
But when I try to launch it after install, a message box appears with title
"Something went wrong" and text "Object reference not set to an instance of an
object"
I am on a Macbook pro (M1 pro) under Sequoia 15.1
To be sure my Wine 9.17 dev install works, I installed notepad++ 8.7.1 and I
can launch it without any issue
--
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=51697
Bug ID: 51697
Summary: Far cry 5, frequent stuttering due to ntdll spam
Product: Wine-staging
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70570
--> https://bugs.winehq.org/attachment.cgi?id=70570
12.5MB log, mostly spam from ntdll that causes a lot of lag in-game, in my
opinion
DXVK is not the issue as far as I know, since it doesn't throw any error, NTDLL
though, spams like hell, since the log is 12.5MB and that makes the game laggy
very frequently, sometimes my FPS dips to 15/20 for various seconds (and it's
not the CPU throttling lag, since I disabled PROCHOT response and undervolted
the CPU)
--
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=56528
Bug ID: 56528
Summary: Emipres2.exe encountered a serious problem and needs
to close.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcopolo22(a)live.co.uk
Distribution: ---
Created attachment 76280
--> https://bugs.winehq.org/attachment.cgi?id=76280
back trace of said game, Age of Empires 2
Running an old pc game which did work on zorin 16.3 until the windows ap
support was changed to include bottles over playon 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=30111
Bug #: 30111
Summary: Crysis 2 ingame crashes
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian.frank(a)gmx.de
Classification: Unclassified
Hi Guys,
after getting the crysis2 loading issue fixed, i noticed that the game itself
runs well, but very very unstable.
The game simply crashes. The last i see on the console is (the d3d_texure fixme
is repeatedly displayed all the time you play)
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x15992338 stub!
fixme:faultrep:ReportFault 0x32df20 0x0 stub
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
The sound of the game is still running but the process is [defunct].
Any ideas on how to debug this issue ? Any recommend traces ?
I also noticed a freeze after a ingame video sequence.
Many thanks,
Christian
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21811
Summary: 3impact tech demo collection crashes on first demo
Product: Wine
Version: 1.1.39
Platform: x86
URL: http://www.3impact.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://www.3impact.com/3Impact_Engine/dyruk89b/3impact51_demo.exe
is a set of demos showing mannekins flailing about and boulders rolling.
Runs great on Vista.
It installs fine on Wine. To start the app, do
cd ~/".wine/drive_c/Program Files/3impact5demos"
wine demos.exe skinnedragdoll.dll
The first problem is bug 21790; do 'winetricks vcrun2005' to get past that.
The next problem is a crash related to
d3dx9_36.D3DXAssembleShaderFromResourceW,
roughly bug 12020. Work around this with 'winetricks d3dx9'.
The next problem is that full-screen mode doesn't work (bug 21791).
Work around this by telling the demo to run in a window.
This prompts you to press N, and then crashes after you do, with
wine: Unhandled page fault on read access to 0x0000001c at address 0x431c10
(thread 0009), starting debugger...
I'll attach a +relay,+seh log.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45623
Bug ID: 45623
Summary: Audio cracking since 3.13
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Since wine 3.13 version came out, the audio in a game I play (Overwatch) after
a while starts to crack a lot. This happens with both winepulse and winealsa
driver.
This does not happen 3.12 so should probably be marked as regression.
--
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=33295
Bug #: 33295
Summary: Vietcong: Connecting to a multiplayer server does not
work
Product: Wine
Version: 1.5.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Connecting to any multiplayer server in the server list will result in the
phone sound that the connection has failed. Even servers with default maps (and
logically compatible versions) does not work.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57798
Bug ID: 57798
Summary: Turtle WoW client can alt-tab back to desktop once
only, next time display is black
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine_bugzilla(a)sctb.ch
Distribution: ---
Morning, Gents.
I run the TurtleWoW World of Warcraft client, which is the original WoW client
from Blizzard, but with substantial modifications made by the TWoW devs.
I updated Wine to 10.0.
Prior to this, I could alt-tab without problems back to desktop (XFCE on
Debian) quite a few times, maybe ten or so, but in the end environmental
textures would all turn black and I would need to quit and restart the client.
As of 10.0, I can alt-tab *once* without problem. The second time I alt-tab,
when I come back to the WoW client, its screen is simply black.
--
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=11718
Summary: d3d 2/3 blackout, world editor
Product: Wine
Version: 0.9.56.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugzilla(a)gmail.com
Created an attachment (id=10944)
--> (http://bugs.winehq.org/attachment.cgi?id=10944)
d3d 2/3 blackout
Warcraft 3x world editor, version 1.21b (6052)
The mouse cursor does not line up with the on screen cursor, thanks to 2/3 of
the screen does not get draw.
Trigger editor panel in wrong overlaps.
(A pictures is worth a thousand words)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57841
Bug ID: 57841
Summary: Windowing problems in fullscreen 4:3 games on 16:9
displays on Wayland (Silent Hill 2 DC 2001, Ys
Chronicles+, etc)
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: redwindwanderer(a)gmail.com
Distribution: ---
Created attachment 78056
--> https://bugs.winehq.org/attachment.cgi?id=78056
Screenshot that ilustrates the problem with fullscreen 4:3 games on Wayland
Good evening,
In 4:3 games on a 16:9 display, fullscreen mode doesn't work correctly when
running them with WINE on a Wayland environment (no XWayland, but pure
Wayland): the games try to go fullscreen, but they are displayed in an screen
area that's attached to the left border of the screen and the underlying
desktop can be seen on the right side of the screen.
Those games work as intended on X11: they are displayed in a 4:3 screen area
centered on the 16:9 screen, with black borders.
So I believe this is a windowing problem of Wine in Wayland, affecting
fullscreen 4:3 games on 16:9 display modes.
I've attached an screenshot of Silent Hill 2 (2001 version) to illustrate the
problem.
--
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=57533
Bug ID: 57533
Summary: KDE taskbar does not hide while Rocket League is
fullscreen mode
Product: Wine-staging
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77592
--> https://bugs.winehq.org/attachment.cgi?id=77592
KDE Plasma taskbar does not hide
Starting from Wine Staging 9.22, the Plasma task bar (or "task manager") does
not hide, even though the game is in full screen mode. Please see the attached
screenshot.
This does not reproduce with Vanilla 9.22, and also does not reproduce with
Staging 9.21.
System info:
- Wine Staging 9.22 (built by Kron4ek: https://github.com/Kron4ek/Wine-Builds)
- DXVK Sarek 1.10.5 (https://github.com/pythonlover02/DXVK-Sarek)
- Display server: X11 (Xorg 21.1.14)
- Desktop Environment: KDE Plasma 6.2.4
- GPU: NVIDIA GTX 660 (Driver: 470.256.02)
- OS: Arch 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.
https://bugs.winehq.org/show_bug.cgi?id=37421
Bug ID: 37421
Summary: Internet Explorer 8: crashes on startup
Product: Wine
Version: 1.7.27
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: swdevelop1981(a)gmail.com
Created attachment 49768
--> https://bugs.winehq.org/attachment.cgi?id=49768
terminal output
After updating wine above 1.7.25 starting ie8 (installed with winetricks)
crashes on startup.
--
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=16876
Summary: .NET 3.0: WIC installer hangs due to bug in property
sheet control
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 16875 is fixed, there is another bug unearthed by WIC installer.
Normally you won't notice it because the main installer claims success on this
sub-installer.
If you run WIC installer manually and press "finish" in last property page it
simply hangs.
Prerequisite:
1. clean WINEPREFIX
2. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
4. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
There is a (ui) thread spawned to display and handle property sheet:
--- snip ---
0084:Starting thread proc 0x1043904 (arg=(nil))
...
0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb
...
0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb
...
0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc
0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e
0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e
0084:trace:propsheet:PropertySheetW (0x7ec516e0)
0084:trace:propsheet:PROPSHEET_CollectSheetInfoW
** PROPSHEETHEADER **
dwSize 52
dwFlags 01198100
hwndParent (nil)
hInstance (nil)
pszCaption L"\1828\7ec5"
nPages 5
pfnCallback 0x1043cb1
...
0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages
0084:trace:propsheet:PROPSHEET_CreateDialog
...
0084:trace:propsheet:PROPSHEET_Finish active_page 4
...
0084:trace:propsheet:PROPSHEET_CleanUp
...
0084:trace:propsheet:PROPSHEET_Finish msg result 0
...
0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc
..
0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942
<hangs here>
--- snip ---
Relevant code:
--- snip dlls/comctl32/propsheet.c ---
static BOOL PROPSHEET_Finish(HWND hwndDlg)
{
..
if (psInfo->result == 0)
psInfo->result = IDOK;
if (psInfo->isModeless)
psInfo->activeValid = FALSE;
else
psInfo->ended = TRUE;
return TRUE;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode)
{
...
if(!psInfo->isModeless)
{
parent = psInfo->ppshheader.hwndParent;
if (parent) EnableWindow(parent, FALSE);
}
bRet = PROPSHEET_CreateDialog(psInfo);
if(!psInfo->isModeless)
{
bRet = do_loop(psInfo);
if (parent) EnableWindow(parent, TRUE);
}
return bRet;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT do_loop(const PropSheetInfo *psInfo)
{
MSG msg;
INT ret = -1;
HWND hwnd = psInfo->hwnd;
while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0,
0)))
{
if(ret == -1)
break;
if(!IsDialogMessageW(hwnd, &msg))
{
TranslateMessage(&msg);
DispatchMessageW(&msg);
}
}
if(ret == 0)
{
PostQuitMessage(msg.wParam);
ret = -1;
}
if(ret != -1)
ret = psInfo->result;
DestroyWindow(hwnd);
return ret;
}
--- snip dlls/comctl32/propsheet.c ---
This propery sheet is modal.
When the message pumps exits, the return value is derived from "psInfo->result"
which is set to IDOK (button "finish") in PROPSHEET_Finish().
Unfortunately this tells the app the property sheet is modeless and it tries to
setup it's own message pump after PropertySheetW() return which obviously hangs
because the control is no more present at this time.
Regards
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57839
Bug ID: 57839
Summary: Black rects appear briefly during window drawing
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msuhoruki(a)gmail.com
Distribution: ---
I've noticed Wine 9.x started producing a visual artifact when opening dialogs,
navigating menus, bringing windows to the foreground.
The effect appears like a black area, displayed very briefly just before the
actual content is drawn. I think this has started somewhere with 9.x and I
don't see this black flash effect in Wine 8.0.
It seems every time there is some activity on the window area the affected
region is "blanked" out momentarily before the GUI is drawn.
Using Wine 10.1 on Xorg with amdgpu and Trinity desktop. Xfce 4.12 shows same
problem.
Is there some redraw frequency I can tweak to fix this? The effect sounds minor
but gets really jarring fast.
--
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=57818
Bug ID: 57818
Summary: Trying to install and use Remarkable-Desktop from SNAP
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: airs.edward(a)gmail.com
Distribution: ---
Created attachment 78027
--> https://bugs.winehq.org/attachment.cgi?id=78027
Program Error Details
Trying to use the SNAP App for a Remarkable 2 Table e-ink reader. It has
installed correctly but when requesting On-Time Code it freezes. Tried
re-installing it via Wine ver 10.0... it give me the error "WineDbg attached to
pid 0144"
--
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=52221
Bug ID: 52221
Summary: GameMaker 8: Missing sound effects
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 71305
--> https://bugs.winehq.org/attachment.cgi?id=71305
The log of the funny game
Certain games that run on GameMaker 8 will rely on the DMIME functions
IDirectMusicPerformance8Impl_PlaySegmentEx and
IDirectMusicPerformance8Impl_StopEx. As these functions are stubbed, the audio
is completely absent when these functions are called. Usually, the solution
would be to use Winetricks to fetch DirectPlay and the related components, but
the latency this causes is around half a second long.
Attached is a log from the parody game Sunky.MPEG, which when run in Wine, has
audio completely missing as a result of these stubbed functions.
--
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=57836
Bug ID: 57836
Summary: Delayed Keysounds in beatmania IIDX INFINITAS
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mizztgc(a)gmail.com
Distribution: ---
Created attachment 78046
--> https://bugs.winehq.org/attachment.cgi?id=78046
The output of running beatmania IIDX INFINITAS separately with the ffmpeg and
gstreamer backends
For nearly a year now, I've been trying to get beatmania IIDX INFINITAS, a
subscription-based version of one of KONAMI's well-established arcade rhythm
game franchises, to work under Wine. Of course, the road to get here wasn't
easy, and I'm still stuck with an issue where some songs from the CANNON
BALLERS and Rootage categories, and all of the songs from the HEROIC VERSE to
RESIDENT categories have a bug related to keysounds being slightly delayed.
According to a few people I've talked to, this appears to be due to KONAMI
switching over to a new WMA-based audio container (the audio format used before
this change is still unknown to me).
I've also tried the ffmpeg backend over gstreamer (using the registry) featured
with Wine 10.0, but it introduces a new issue that causes the keysounds and the
base audio (what you hear if you're not hitting notes) to turn into static,
eventually cutting in and out repeatedly.
STEPS TO REPRODUCE:
1. Download the installer for beatmania IIDX INFINITAS from
https://p.eagate.573.jp/game/infinitas/2/download/index.html (be sure to
disable ieframe.dll to get the installer to complete as reported in #57222)
2. Set your sample rate within PipeWire/PulseAudio to 44100 Hz, otherwise you
will not have sound (pw-metadata unfortunately does not work)
3. Launch the game in your preferred mode
NOTE: If Wine did not create the menu entries, you can right click any of the
launch buttons and copy the bm2dxinf URI. From there, run the launcher binary
within a command line and pass this URI as an argument (ex. wine
'C:\\Games\\beatmania IIDX INFINITAS\\launcher\\modules\\bm2dx_launcher.exe'
'bm2dxinf://login?tk=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
)
4. Set your audio mode to WASAPI 共有モード (Shared Mode). WASAPI 排他モード (Exclusive
Mode) will cause the game to complain about not being able to find an audio
device to initialize and refuse to start up
5. If you're on Wayland, set your refresh rate to either 60 or 120Hz (The game
will error if you don't)
NOTE: For steps 4 and 5, the mono package is required to open the settings
menu
6. Play any song from the HEROIC VERSE, BISTROVER, CastHour, or RESIDENT
categories. If you're playing in trial mode, play the song "セピアの軌跡 ft.
天宮みや(少女フラクタル)"
To use the ffmpeg backend, create a DWORD key named DisableGstByteStreamHandler
within HKCU\Software\Wine\MediaFoundation with a value set to 1.
EXPECTED RESULT:
The song and keysounds should play properly as it does on Windows
ACTUAL RESULT:
The actual result will depend on if you're using gstreamer or ffmpeg as a
backend.
- On gstreamer, the keysounds will have a slight delay, and the base audio
will play a second ahead for a few frames before going back.
- On ffmpeg, the keysounds and base audio will become static
ADDITIONAL NOTES:
- DXVK may be needed on Wine 10.x due to severe graphical glitches within both
the launcher and game UI (noticed with a clean prefix on vanilla Wine 10.1)
This was all tested on Wine 10.1 (vanilla & staging) on Arch 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.
https://bugs.winehq.org/show_bug.cgi?id=57822
Bug ID: 57822
Summary: Extraneous em dash in MacOS-Building page
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poneill2016(a)gmail.com
Distribution: ---
In the [homebrew
section](https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building#homebre…
there is a misplaced em dash that stops a brew command from being
copy-pasted/run:
> brew install —-formula freetype gnutls molten-vk sdl2
> ^ em dash
--
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=57755
Bug ID: 57755
Summary: Regression - FL Studio ignores taskbar and goes
fullscreen when maximizing
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77960
--> https://bugs.winehq.org/attachment.cgi?id=77960
Logs of the application
So this issue was introduced with Wine 10.0 or in one of the release
candidates, as I didn't had this issue with Wine 9.22
Sadly I haven't been able to test the release candidates of Wine 10 because my
arch based distro didn't receive those updates, it stayed on Wine 9.22 and then
jumped to 10.0 when it came out.
Basically as the title says, if I minimize FL Studio and then maximize it
again, the app ignores the taskbar and goes fullscreen, and I've set the
taskbar to be always visible and not to autohide.
I've not done a regression test because I don't know how to do them but I'm
sure it is a regression because I didn't had this issue before.
I have provided the logs of the application is case there is something useful
there.
Thanks in advance
--
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=57832
Bug ID: 57832
Summary: Audio Modeling Software Center doesn't run at all
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andiejs(a)gmail.com
Distribution: ---
Created attachment 78040
--> https://bugs.winehq.org/attachment.cgi?id=78040
it just doesn't run
I'm trying to run the audio modeling software center. download here:
https://audiomodeling.com/support/install-and-update/
instructions for bug report said to use the latest devel version and clean no
dlls, so this is the bug report for that. i get a little further with dxvk but
it just draws a black window, completely unusable. i'll see if i can file a
separate bug report somewhere for that case.
audio modeling people tell me their latest version uses Direct2D, which the
previous working versions didn't. Searching Direct2D and wine shows that it was
supposed to be supported years back... not seeing anything about how to test /
verify / etc..
running on a clean wineprefix, result is simply terminating immediately:
wine Audio\ Modeling\ Software\ Center.exe
01bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
00007FFFFE1FFE80
--
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=57782
Bug ID: 57782
Summary: gdiplus:brush test crashes in _controlfp_s on intel
mac
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
On my intel mac, the gdiplus:brush crashes with:
0024:err:seh:call_seh_handlers invalid frame 00000001000FF790
(0000000000022000-0000000000220000)
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
If I comment out the line calling _controlfp_s in brush.c, the test succeeds.
--
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=57831
Bug ID: 57831
Summary: Keyboard input delayed at high event throughputs
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: inakilbss(a)gmail.com
Distribution: ---
Mashing keys quickly enough causes some games to read inputs with an increasing
delay, only being able to catch up once the mashing stops.
Example program: Touhou 11 trial
172965c20e04accf7932d45918f01a60abf5ee67 th11tr002a_setup.exe
http://mirror.studio-ramble.com/upload/535/200806/th11tr002a_setup.exe
(run with LANG="ja_JP.UTF-8" to avoid mojibake)
Once installed, custom.exe can be used to select the input polling method
(first option, bottom right button to save). Enabling it will force
GetKeyboardState to be used, while disabling it will allow DirectInput use,
which suffers less from the issue.
Test procedure:
- Open th11.exe
- Send around 100 input events per second, including Z presses but no X, either
with a macro or by pressing one's hands into the keyboard repeatedly, until
gameplay begins, and the player respawns after being hit by a bullet.
Correct behavior:
The player keeps shooting for a fraction of a second after Z is last released.
Actual behavior:
The player keeps shooting for a few seconds after Z is last released,
indicating a backed up input queue.
Windows behavior:
While I do not have a Windows setup at the ready, I have heard a report of
120hz macros working fine under Windows in games reading inputs with GKS.
--
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=57829
Bug ID: 57829
Summary: Links 2003 suffers Video related hangs and crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dwg(a)australiamail.com
Distribution: ---
Created attachment 78037
--> https://bugs.winehq.org/attachment.cgi?id=78037
Captued hang
Hi,
Problem Description:
Links 2003 is working nicely under Wine however I have to take action to limit
the amount of shared memory that Wine is using for the Graphics with the
Embedded GPU.
Environment -
Hardware:
Acer Aspire Notebook E5-575G Gen 7 i5-7200U processor, 16GB Memory, 512GB SSD,
1TB HDD.
Intel HD 620 embedded graphics
Software:
Linux Mint 21.3
Wine 10.1
Links 2003, 1.07 Update
Commentary:
I have found that I have to severely restrict the amount of shared memory
allocated for Video to 128MB in Wine, using the parameter VideoMemorySize.
Set any higher than this and I see issues:
- If the parameter is set to 256MB the Links program hangs and has to be
terminated
- If the parameter is set to 512MB I get the attached crash from Links.
As an aside with Wine 10.1 on an older i3 Gen 3 desktop system with Intel 2500
embedded graphics running Mint 21.3, the higher VideoMemorySize parameters
works and also appears to help to improve graphic performance, previous
versions of Wine up to 10.0 on this system exhibited the same problem as on the
notebook.
--
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=57815
Bug ID: 57815
Summary: Splinter Cell (2002): crashes when changing game
resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78025
--> https://bugs.winehq.org/attachment.cgi?id=78025
output log
When I change the game resolution via the settings menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCellUser.ini
configuration file:
Resolution=1920x1080
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.3).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=57776
Bug ID: 57776
Summary: Wine Approach startup crash
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
SmartSuite-N99.8.0208.0800
Fedora 41
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
Wine Approach startup crash:
wine approach.exe
Error on LSIOpen, or
"Couldn't load the Lotus Dialogs DynaLink"
wine: Unhandled page fault on read access to 00000024 at
address 1660170C (thread 0144), starting debugger...
Show Detains on crash reporter:
Unhandled exception: page fault on read access to 0x00000024 in
wow64 32-bit code (0x1660170c).
This is due to Wine not using lotus' paths correctly (from the registry).
Work Around:
$ cd ~/.wine/drive_c/lotus
$ mkdir jumble
$ cp -R approach/* jumble/.
$ cp -R compnent/* jumble/.
Simple start:
$ wine ~/.wine/drive_c/lotus/jumble/approach.exe
Fancy start:
$ bash -c "cd $HOME/.wine/drive_c/lotus/jumble; wine explorer
/desktop=Approach_`date +%%H:%%M:%%S`_1680x1050,1680x1050 ./approach.exe"
--
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=57816
Bug ID: 57816
Summary: Splinter Cell: Pandora Tomorrow (2004): crashes when
changing game resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78026
--> https://bugs.winehq.org/attachment.cgi?id=78026
output log
When I change the game resolution via the options menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCell2.ini configuration
file:
WindowedViewportX=1600
WindowedViewportY=1200
and the SplinterCell2.ini configuration file:
Resolution=1600x1200
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.31).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=53847
Bug ID: 53847
Summary: NfRemote: mouse input ignored
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thelen(a)radiomankato.com
https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe
Say hello to nfremote. It's a little piece of software used to administer a
particular manufacturer's equipment, commonly used at radio and TV stations.
I can confirm it has, and does, work fine under Wine 2.21 - just tested today
on a MacBookPro8,1 running the official binaries
(https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under
OS 10.13.6.
Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve
deployed Wine 7.0 via homebrew under OS 12.6.1.
There I can start nfremote just fine... but it ignores my mouse input.
If I were to start it with the command-line argument "run", it presents me with
a window where both keyboard and mouse input are accepted; there I can type in
the text fields, so I know it's responsive. But when I hover the cursor over
buttons, they do not 'light up’ to indicate such. And when I click, nothing
happens.
Even in years past, I found that newer versions of Wine exhibited the issue I
describe below, so I simply never updated beyond 2.21. Wonder if this might be
a long-undiscovered regression of some sort?
--
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=57821
Bug ID: 57821
Summary: Formlabs PreForm: Balck loading screen
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skala.antonin(a)gmail.com
Distribution: ---
Created attachment 78032
--> https://bugs.winehq.org/attachment.cgi?id=78032
Wine standart output
Hello, when I start Formlabs PreForm tool for slicing 3D models for printer,
initial loading window is solid black so information about loading progress is
not visible. Running on Ubuntu 24.10 trough Xwayland. Behavior is same for Wine
9.??-10.1
It can be obtained there: https://formlabs.com/eu/software/preform/ (free -
just ask some questions, no registration no SN of device needed)
--
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=57459
Bug ID: 57459
Summary: Wine Regedit and Wine Control don't minimize and
become unresponsive
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77457
--> https://bugs.winehq.org/attachment.cgi?id=77457
video of the issue
I've attached a video of the issue
Basically those apps instead of minimizing they compress and become
unresponsive afterwards
--
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=57812
Bug ID: 57812
Summary: Roblox Studio cursor locking on wayland is faulty
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: sewn(a)disroot.org
Distribution: ---
When running Roblox Studio with or without using Vinegar, the cursor locking in
Wayland does not function properly, making the cursor move randomly and
sporadically all over the window. It functions the same in Xwayland.
--
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=57637
Bug ID: 57637
Summary: Regression: Crash on exit in Age of Empires
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dplay
Assignee: wine-bugs(a)winehq.org
Reporter: krkos(a)mail.muni.cz
Distribution: ---
Created attachment 77765
--> https://bugs.winehq.org/attachment.cgi?id=77765
AoE exit crash backtrace
The bug affects original Age of Empires with UPatch HD 1.2 Release 3.
Upon program exit, it crashes with page fault on write access to 0x00000005,
see attached backtrace.
This was bisected to be caused by 490d5f0fcf8556548743ad65a2a9951c2f503809
"dplayx: Merged IDirectPlayLobby/2A in to IDirectPlayLobby3A.", which seems
strange as the backtrace indicates something audio related, but was reproduced
repeatedly.
The bug manifests on wow64 32bit (configure --enable-win64
--enable-archs=i386,x86_64), compiled with both mingw and clang. I did not test
pure 32b wine.
The bug is still present in wine 10.0-rc4.
--
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=56542
Bug ID: 56542
Summary: winewayland.drv: In-game VSync capped at 59FPS on 60Hz
monitors
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: faridzelli(a)gmail.com
Distribution: ---
The in-game VSync is capped at 59FPS in Cyberpunk 2077 on 60Hz displays. This
game in particular allows the player to adjust the VSync frame rate target, the
given options change to [59 29 19 14] as opposed to [60 30 20 15] under
XWayland.
Benchmark results:
- XWayland + VSync 60 (3 runs): 59.5FPS
- winewayland.drv + VSync 59 (3 runs): 58.4FPS
System information:
- Specs: Ryzen 5 3600 / Radeon 6700XT / 3840x2160 60Hz
- OS: openSUSE Tumbleweed
- DE: GNOME 46
- Display scaling: none
- Wine version: 9.6 (reproducible on all 9.X builds)
--
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=57814
Bug ID: 57814
Summary: Battle Realms Complete Freeze in Multiplayer while
WinSock try_send failed to convert address
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 78024
--> https://bugs.winehq.org/attachment.cgi?id=78024
WinSock try_send failed to convert address
Im trying to play BattleRealms in Multiplayer via LAN Connection to test but
suddenly it will Freeze the game in the Multiplayer Menu after i clicked
creating rooms in LAN Connection. When i looked at the terminal, there was an
error occur in the terminal says "0548:err:winsock:try_send failed to convert
address". The Singleplayer is fine completely. Only the Multiplayer side is the
problem for now.
--
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=57813
Bug ID: 57813
Summary: EnumDesktopWindows does not SetLastError when
NtUserBuildHwndList fails
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: nicolas.iooss.2010_wine(a)m4x.org
Distribution: ---
Hello,
Since Wine 9.22 (commit
https://gitlab.winehq.org/wine/wine/-/commit/7d5a43b60492d8b7f49a6b4a574f28…
"user32: Reimplement the enum window functions using NtUserBuildHwndList()."),
EnumDesktopWindows can fail without setting the Last Error. More precisely, the
function returns FALSE and GetLastError() does not return the associated error.
I guess that's cause by line 76
(https://gitlab.winehq.org/wine/wine/-/blob/7d5a43b60492d8b7f49a6b4a574f28a5…
):
status = NtUserBuildHwndList( 0, hwnd, FALSE, TRUE, 0, size, list, &size );
/* ... */
if (status != STATUS_BUFFER_TOO_SMALL) return FALSE;
A call to SetLastError (or set_ntstatus(status)) seems to be missing.
(By the way, Microsoft documents EnumDesktopWindows in
https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-enum…
"If the function fails or is unable to perform the enumeration, the return
value is zero. To get extended error information, call GetLastError.")
This issue seems to affect other functions in the same file
(dlls/user32/win.c): when a "NTSTATUS status" is used to get the return value
of functions NtUser..., several functions return FALSE or NULL without setting
the Last Error.
Context:
I first saw this on Arch Linux running Wine 9.22 and successfully reproduced
the issue on a clean Ubuntu 24.04 installation with Wine 10.1 installed by
following instructions from
https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu .
I am testing this using a program I wrote many years ago,
https://github.com/fishilico/shared/blob/361bd98566a4da881d746a95804723d0d0…
. Before Wine 9.22, it successfully enumerated the Stations and Desktops. Since
Wine 9.22, the callback of EnumDesktopWindows is no longer called and
EnumDesktopWindows returns FALSE with GetLastError() showing the previous error
(if SetLastError(0) is added before the call to EnumDesktopWindows,
GetLastError() returns 0 after the call).
In case it is useful, here is an extract of "WINEDEBUG=trace+all wine
./list_desktops.exe" :
20129.073:01e4:01e8:Call
user32.EnumDesktopWindows(00000068,1400016a0,7ffffe2ffe50) ret=140001b17
20129.073:01e4:01e8:trace:heap:RtlAllocateHeap handle 00007FFFFE320000,
flags 0, size 0x400, return 00007FFFFE380EC0, status 0.
20129.074:01e4:01e8:trace:heap:RtlFreeHeap handle 00007FFFFE320000, flags
0, ptr 00007FFFFE380EC0, return 1, status 0.
20129.074:01e4:01e8:Ret user32.EnumDesktopWindows() retval=00000000
ret=140001b17
20129.074:01e4:01e8:Call KERNEL32.GetLastError() ret=140001b1f
20129.074:01e4:01e8:Ret KERNEL32.GetLastError() retval=00000000
ret=140001b1f
By the way, debugging with winedbg shows that NtUserBuildHwndList returns
0xC0000022 (STATUS_ACCESS_DENIED). I don't know why (and what I should do to
make it work as before), but the bug I am reporting is not about this.
--
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=39893
Bug ID: 39893
Summary: wine builtin IE can't download .exe file
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
wine iexplore
https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0.3/win3…
Got
fixme:urlmon:create_object Could not find object for MIME
L"application/x-msdownload"
fixme:ieframe:handle_navigation_error Navigate to error page
Maybe a dup of bug 33676?
--
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=57589
Bug ID: 57589
Summary: Incorrect name of the mail server
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lav(a)etersoft.ru
CC: jnewman(a)codeweavers.com
Distribution: ---
mail.winehq.org incorrectly reports its name:
# netcat 4.4.81.124 25
220 winehq.org ESMTP
Also both direct and reverse resolving need be the same. Now it is broken:
# resolve mail.winehq.org
IP address of mail.winehq.org: 4.4.81.124
# resolve 4.4.81.124
Host name of 4.4.81.124: winehq.org
I just checked with follow tool:
https://mxtoolbox.com/SuperTool.aspx?action=smtp%3amail.winehq.org&run=tool…
--
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=47086
Bug ID: 47086
Summary: Vertical scrollbar does not display in Chessbase 11
when changing contents of window
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 64283
--> https://bugs.winehq.org/attachment.cgi?id=64283
Dude, where's my scrollbar? [should appear on far right]
On the main screen of Chessbase 11, if you are viewing the contents of a
database which does not need a vertical scrollbar, and then switch to one which
does the scrollbar does not automatically appear. Clicking where the scrollbar
should be causes it to render again.
--
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=41309
Bug ID: 41309
Summary: Cannot activate ChessbaseLight 2009
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55639
--> https://bugs.winehq.org/attachment.cgi?id=55639
log
Installation runs fine. Activation screen shows up. I enter my code, then it
contacts the activation server until I eventually run in to the message "not
implemented yet". If I remember correctly, I had this running in a WINE
installation years ago.
Program can be downloaded here:
http://web.archive.org/web/20090822130548/http://www.chessbase.com/download…
Activation try needs a valid key though.
--
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=41350
Bug ID: 41350
Summary: Chessbase 12 does not activate
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55701
--> https://bugs.winehq.org/attachment.cgi?id=55701
log
Installation works fine.
Activation of program is not working.
Get message "... not implemented"
Probably related to bug 41309
--
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=57785
Bug ID: 57785
Summary: [FFB] Force feedback is not working on latest version
of Arch Linux
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: joy.cpl
Assignee: wine-bugs(a)winehq.org
Reporter: vinibali1(a)gmail.com
Distribution: ---
Created attachment 77986
--> https://bugs.winehq.org/attachment.cgi?id=77986
log with WINEDEBUG
I'm having problems after a recent sysupgrade on my rolling Arch Linux. The
previous upgrade was around November and everything was working fine so far
with wine 9.20, but now with wine 10.0 Live for Speed has lost it's ability to
control FFB with my old Logi Momo.
I tried to:
* roll back the "old" Kernel 6.6
* roll back Wine 9.20
* logitech_hid kernel driver
* new-lg4ff kernel driver
* fresh installation for a new WINEPREFIX,
but there is still not a sign for FFB to work.
fftest and ffcfstress is able to trigger the FFB on the wheel, so that's fine.
I also tried to find some recently updated *usb* packages, but only qemu and
pyusb was updated with the latest upgrade since November.
I've attached the WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid output.
Related post:
https://forum.winehq.org/viewtopic.php?t=40203
--
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=57704
Bug ID: 57704
Summary: Compile Error since 10.0rc5+
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: ---
Created attachment 77901
--> https://bugs.winehq.org/attachment.cgi?id=77901
terminal log
Starting from rc5 and following up to rc6 I get a compile error.
GCC version 8.5.0 (I'm aware it's a bit old), didn't have an issue up until
10.0rc4
Kindly let me know if you require further info.
--
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.