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=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=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=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.
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.
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.
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=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=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.
https://bugs.winehq.org/show_bug.cgi?id=57626
Bug ID: 57626
Summary: SteuerErklarung 2025 halts: windows 8 is not
compatible
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
URL: https://downloadfiles.steuertipps.de/software/sse/30/W
in-SteuerSparErklaerung_30.23.26.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi,
This was reported on the forum:
https://forum.winehq.org/viewtopic.php?p=145869#p145869
If you put a hack to return TRUE for VerifyVersionInfoW then it goes further.
The failing call seems to be:
trace:ver:VerifyVersionInfoW (00007FFFFE1FFD24 0x33 0x1b01b)
which seems to fail
--
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=57710
Bug ID: 57710
Summary: Cannot open main menu via keyboard in Reason (DAW)
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: schroedingerscat(a)disroot.org
Distribution: ---
Up until Wine v10.0-rc5, you could not open the app's main menu using the
mouse. However, there was a workaround to open the main menu using the keyboard
by pressing Alt+Arrow Key Down.
This workaround has been broken with Wine v10.0-rc6. The regression was
introduced by git commit 710b94e212501727b3b1b8deea06a7757df43d51. That same
commit caused another two regressions.
This makes the app unusable because you cannot even simply add a MIDI keybaord
or change the audio driver.
Steps to reproduce:
Follow the download and installation steps from "Additional Comments" here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495
Then, just try to open Reason's main menu either by clicking with the mouse or
by pressing Alt+Arrow Key Down. Nothing will work, making the app 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.
https://bugs.winehq.org/show_bug.cgi?id=57675
Bug ID: 57675
Summary: err:virtual:virtual_setup_exception stack overflow
3072 bytes addr 0x7bd5b54c stack 0x81100400
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
I am using wine-10.0-rc5 (Staging) to run a program. After running for about
five or six hours, the program freezes, and the wine log shows:
“err:virtual:virtual_setup_exception stack overflow 3072 bytes addr 0x7bd5b54c
stack 0x81100400”. Could you please advise how to analyze this issue?
wine log:
wine: created the configuration directory '/root/.wine'
esync: up and running.
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-rc5 is a testing version
containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing
bug reports on winehq.org.
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:start_rpcss Failed to open RpcSs service
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\win32k.sys"
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\drivers\\dxgkrnl.sys"
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\drivers\\dxgmms1.sys"
009c:fixme:file:NtLockFile I/O completion on lock not implemented yet
009c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
009c:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
009c:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
0104:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0128:err:winebth:bluez_dbus_init Failed to get system dbus connection:
"org.freedesktop.DBus.Error.FileNotFound": "Failed to connect to socket
/run/dbus/system_bus_socket:
\xe6\xb2\xa1\xe6\x9c\x89\xe9\x82\xa3\xe4\xb8\xaa\xe6\x96\x87\xe4\xbb\xb6\xe6\x88\x96\xe7\x9b\xae\xe5\xbd\x95"
0128:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\winebth": c00000e5
002c:err:setupapi:SetupDiInstallDevice Failed to start service L"winebth" for
device L"ROOT\\WINE\\WINEBTH", error 1359.
002c:err:setupapi:SetupDiInstallDevice Failed to control service L"winebth" for
device L"ROOT\\WINE\\WINEBTH", error 1062.
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:err:setupapi:do_file_copyW Unsupported style(s) 0x10
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:fixme:wineusb:query_id Unhandled ID query type 0x5.
0158:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000034, 0CCAF7FC, 0CCAF72C
0CCAF728
0024:fixme:nls:get_dummy_preferred_ui_language (0x34 0x804 0CCAF7FC 0CCAF72C
0CCAF728) returning a dummy value (current locale)
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=3): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=1): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=0): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=2): stub
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:win:NtUserLockWindowUpdate (0x10120), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0024:fixme:win:NtUserLockWindowUpdate (0x10150), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0024:fixme:win:NtUserLockWindowUpdate (0x10130), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0180:fixme:dbghelp:elf_search_auxv can't find symbol in module
01a0:fixme:wpcap:pcap_findalldevs_ex "rpcap://", 00000000, 66E0EAD8, 66E0E9C4:
partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000002-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000004-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000006-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000001-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
0304:fixme:wpcap:pcap_findalldevs_ex "rpcap://", 00000000, 805FFEF0, 805FFDDC:
partial stub
0304:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000002-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 805FFDDC: partial stub
0314:err:virtual:virtual_setup_exception stack overflow 3072 bytes addr
0x7bd5b54c stack 0x81100400 (0x81100000-0x81101000-0x81200000)
--
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=57563
Bug ID: 57563
Summary: vbscript: mid() throws when passed VT_EMPTY instead of
returning empty string
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: ---
Dim Uninitialized(1)
Wscript.Echo "Uninitialized(0) = " & Uninitialized(0)
Wscript.Echo "TypeName(Uninitialized(0)) = " & TypeName(Uninitialized(0))
Dim t: t = mid(Uninitialized(0),1,2)
Wscript.Echo "t = " & t
Wscript.Echo "TypeName(t) = " & TypeName(t)
Wine
/opt/wine-devel/bin/wine cscript test.vbs
Uninitialized(0) =
TypeName(Uninitialized(0)) = Empty
0120:fixme:wscript:ActiveScriptSite_OnScriptError ()
Windows
cscript //Nologo test2.vbs
Uninitialized(0) =
TypeName(Uninitialized(0)) = Empty
t =
TypeName(t) = String
[Done] exited with code=0 in 0.061 seconds
Related code:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/vbscript/global.c?re…
--
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=57664
Bug ID: 57664
Summary: New problems with SudoCue under Win 10.0 rc5
Product: Wine
Version: unspecified
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 77830
--> https://bugs.winehq.org/attachment.cgi?id=77830
Sudocue Bcktrace
I have been using Sudocue for quite some time under Wine with no problems.
Upgrade to win3 10.0 rc 5 and I now get the following 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=46580
Bug ID: 46580
Summary: HoMM3 WOG: can't enter russian text speaking with
sphynx
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 63460
--> https://bugs.winehq.org/attachment.cgi?id=63460
Log with +keyboard
Heroes of Might and Magic 3.5 In The Wake Of Gods
It is unofficial mod of old Heroes III game having own site, with opened
source.
http://wforum.heroes35.net/index.php?language=english
I know, there are other reports about cyrillic characters, mostly closed
invalid.
Anyway there is a new problem.
In the game I can enter Russian and English text in the field of gamer name.
There is no problem to switch keyboard and no problem with fonts.
The problem if speak with Sphynx which is WOG addition to the game.
Testing with different wine versions I got different results.
1.7 - can't switch keyboard
1.9 - showing ???? instead of text. Sphynx does not accept the input even if it
true.
3.0 - can enter english text but nothing inputted in russian layout
4.0 - the dialog even not appeared looks like the text already inputted.
I proposed the input occurred by some other protocol and this protocol is not
supported supported character sets.
The log with +keyboard shows many lines but I see no answer.
--
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=39576
Bug ID: 39576
Summary: Sound in StarCraft 2 breaks after
Product: Wine
Version: 1.7.54
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
At least since StarCraft 2 Legacy of the void (released 2015-11-10) and Wine
1.7.52 (currently 1.7.54) I'm experiencing sound issues. I'll try to find out
some more about it in the next weeks...
The problem:
After playing a while, especially in missions with many units, the sound
becomes very strange. Suddenly there is a lot of loud noise and voices are
spoken very fast. Playback is probably about two times the speed of normal.
I can temporarily let the sound return to normal, by opening the StarCraft 2
sound options and changing the number of sound channel to any other value
(which value doesn't seems to be important).
Sometimes (very rarely) the sound suddenly returns to normal without any
further actions.
I tried setting the value "default-fragment-size-msec" in the file
/etc/pulse/daemon.conf
to different value. Afterwards I always did "killall pulseaudio" and restartet
Wine/StarCraft. But that didn't helped.
Values I tried: 5, 100, 400
--
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=57338
Bug ID: 57338
Summary: wine-gecko/wine-mono don't cache their installers if
using a username with unicode characters
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Noticed while looking at https://github.com/Winetricks/winetricks/pull/2278
I created a test user (`tëstuser`). If I then run Wine under that user, I get a
popup to install wine-mono. The installer downloads and installs wine-mono,
great.
Making a second prefix shows the installer prompt again. The installer doesn't
get cached in ~/.cache/wine (as it does for my normal, ascii-named user).
If the installer is put in /usr/local/share/wine/mono, it gets picked up from
there, as expected.
Which makes me wonder, are unicode characters supported in usernames for wine?
I suspect there may be other lurking issues like this, if so.
FWIW, Windows appears to support it (though various software is broken when
doing so), see https://cornevandriel.com/articles/unicode-in-windows-usernames
--
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=56703
Bug ID: 56703
Summary: Crash when installing Rhinoceros 8.6
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.lawrence.lu(a)gmail.com
Distribution: ---
Created attachment 76490
--> https://bugs.winehq.org/attachment.cgi?id=76490
backtrace
When installing Rhinoceros 8.6 in a clean wineprefix where I only installed
dotnet48 (using winetricks), the installer crashes at the end with
03f8:err:msi:__wine_msi_call_dll_function Custom action
(L"C:\\users\\dllu\\Temp\\msi6b88.tmp":"AddMachineCertificate") caused a page
fault: 0xc0000005
Using wine-9.9-50-gd41a1f0183f but also tested with wine-staging-9.8 and
wine-9.8.
--
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=56559
Bug ID: 56559
Summary: wine is unable to launch a .exe that just downloads a
file
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerard.labadie(a)sysgroup.fr
Distribution: ---
all the info is in
https://forum.winehq.org/viewtopic.php?t=38779
I want to launch iologo-launcher that is avalable at
https://cellar-c2.services.clever-cloud.com/iologo-app/launcher2/5/iologo-l…
and wine iolog-launcher.exe
does nothing
on Windows this file just downloads iologo_setup.exe
and then I am able to launch iologo_setup.exe with wine
qwertymnb offered a hack and said it is a wine bug
[quote]diff --git a/dlls/cryptnet/cryptnet_main.c
b/dlls/cryptnet/cryptnet_main.c
index 7768e9e5bd3..e23f63f86e7 100644
--- a/dlls/cryptnet/cryptnet_main.c
+++ b/dlls/cryptnet/cryptnet_main.c
@@ -2304,7 +2304,7 @@ typedef struct _OLD_CERT_REVOCATION_STATUS {
BOOL WINAPI CertDllVerifyRevocation(DWORD dwEncodingType, DWORD dwRevType,
DWORD cContext, PVOID rgpvContext[], DWORD dwFlags,
PCERT_REVOCATION_PARA pRevPara, PCERT_REVOCATION_STATUS pRevStatus)
-{
+{return 1;
DWORD error = 0, i;
FILETIME now;
LPFILETIME pTime = NULL;
[/quote]
my wine version
[code]$ wine --version
wine-9.6
[/code]
--
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=57650
Bug ID: 57650
Summary: osu! stable: Insert key to minimize to tray does not
hide game window (regression)
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)horvath.blog
Distribution: ---
Created attachment 77786
--> https://bugs.winehq.org/attachment.cgi?id=77786
broken "x11drv,systray,event" log
Regression commit: 0cda91856138e1d49fcfd9b6c2c9328146616baa
From: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu, 14 Nov 2024 11:53:52 +0100
Subject: [PATCH] winex11: Request window state updates asynchronously.
---
dlls/user32/tests/win.c | 7 +--
dlls/winex11.drv/event.c | 101 +++-----------------------------------
dlls/winex11.drv/window.c | 41 +++++++++++-----
dlls/winex11.drv/x11drv.h | 3 +-
4 files changed, 37 insertions(+), 115 deletions(-)
Before this commit, pressing the insert key properly unmapped/minimized the
window to the system tray. After, it still adds an icon to the tray, but the
game window remains open. The tray icon can still be clicked to remove the icon
as before.
This problem still occurs on current Wine master (5942da6c) with minor
differences, but the issue of not minimizing started with this change.
I mainly use i3wm, but I get the same behavior on swaywm (with the floating
dock instead).
--
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=56658
Bug ID: 56658
Summary: When using Kosugi for vertical writing, some
punctuation marks are not placed correctly.
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 76433
--> https://bugs.winehq.org/attachment.cgi?id=76433
Vertical writing comparison (Orange squares added for emphasis)
When using Kosugi, a Japanese font designed by MOTOYA[1], for vertical writing,
some punctuation marks are not placed correctly. Ume Gothic[2], another
Japanese font, doesn't have this issue. See the attachment for details.
Steps to Reproduce:
1. Install Kosugi font, Kosugi-Regular.ttf, to your font directory.
SHA1(Kosugi-Regular.ttf) = fb02b5f57e8652a1fd499195d7070bafd58e16e2
2. Download Mery Text Editor Ver 3.7.1[3] and unzip it.
SHA1(MeryPortable-3.7.1.zip) = 8355bbf8919bade31bf333731167b48cb47d9e5e
3. Launch Mery editor with Japanese locale,
i.e. % LANG=ja_JP.UTF-8 wine Mery.exe
4. Choose Kosugi font in ツール(T) - オプション(O) - 表示 - フォント(F).
5. Enable vertical writing view at 表示(V) - 縦書き(V).
6. Copy and paste the following Japanese text:
あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。
Actual results:
"。" and "、" are placed in the lower left hand corner of the square.
See the left side of the attached image, Kosugi.
Expected results:
"。" and "、" are placed in the upper right hand corner of the square.
See the right side of the attached image, Ume Gothic.
[1] https://fonts.google.com/specimen/Kosugi
[2] https://ja.osdn.net/projects/ume-font/wiki/FrontPage
[3] https://www.haijin-boys.com/download/MeryPortable-3.7.1.zip
--
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=46702
Bug ID: 46702
Summary: GNUTLS_CURVE_TO_BITS not found
Product: Wine
Version: 4.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Using latest gnutls3.6.6 I got compilation error
~~~
Undefined symbols for architecture i386:
"_GNUTLS_CURVE_TO_BITS", referenced from:
_key_asymmetric_generate in gnutls.o
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
winegcc: clang failed
make[1]: *** [bcrypt.dll.so] Error 2
make: *** [dlls/bcrypt] Error 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.
http://bugs.winehq.org/show_bug.cgi?id=35981
Bug ID: 35981
Summary: Battlefield: Bad Company 2 Updater has missing glyphs
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Created attachment 48100
--> http://bugs.winehq.org/attachment.cgi?id=48100
screenshot
In English game locale BFBC2Updater has a normal text, but in Russian 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=41342
Bug ID: 41342
Summary: Build with winegcc is not reproducible
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javier--fqu3sqxsVIm7PkQvPySPMwTV4r0Nxk(a)jasp.net
Distribution: ---
Building with winegcc is not reproducible because the name of a temporary file
is included.[1] The function that creates this file should try
char* tmp = strmake("%s%s", prefix, suffix);
fd = open(tmp, O_CREAT | O_EXCL, 0600);
before mkstemps().[2]
About reproducible builds: https://reproducible-builds.org/
[1]
https://tests.reproducible-builds.org/debian/dbd/unstable/i386/lmms_1.1.3-5…
,
look for "spec.".
[2]
http://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l2…
--
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=39733
Bug ID: 39733
Summary: OpenGL Extensions Viewer 4.1 is not started
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Infinite loop. If stop last messages are
~~~
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections"
in state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"sectionGroup" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"section" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"userSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element
L"openglex.Properties.Settings" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"appSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
--
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=57711
Bug ID: 57711
Summary: The 32-bit wpcap program has a stack leakage issue
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
Created attachment 77913
--> https://bugs.winehq.org/attachment.cgi?id=77913
test code
I compiled a 32-bit wpcap application using VS2010, and when running this
program with Wine, it caused a stack overflow. Therefore, I wrote a test
program to print the stack address in the callback function, and I noticed that
the address was gradually decreasing. This issue does not occur with the 64-bit
program. The test program is included in the attachment.
--
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=57690
Bug ID: 57690
Summary: .NET Framework 4.8 installer hangs with
sync:RtlpWaitForCriticalSection
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: its.kutepov(a)gmail.com
Distribution: ---
Hangs with the following error messages starting from 9.17 up to 10.0-rc6:
```
033c:err:sync:RtlpWaitForCriticalSection section 7BD7A2E0
"../dlls/ntdll/loader.c: loader_section" wait timed out in thread 033c, blocked
by 02a0, retrying (60 sec)
```
I tried to install using winetricks and by steps described on appdb.winehq.org.
The issue is highly reproducible, I was unable to complete the installation
even once.
--
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.