https://bugs.winehq.org/show_bug.cgi?id=40523
Bug ID: 40523
Summary: legrand xlpro3 400 : unable to insert a pictogram
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: tomlohave(a)gmail.com
Distribution: ---
Created attachment 54340
--> https://bugs.winehq.org/attachment.cgi?id=54340
inserting a pictogram
inserting a pictogram (emf file) does not work
logs show :
fixme:olepicture:OLEPictureImpl_Save (0x851a938,0x33de48,0),PICTYPE_ENHMETAFILE
not implemented!
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
fixme:olepicture:OLEPictureImpl_Save (0xdccff38,0x33def4,1), [unknown type] not
implemented!
and logs are spammed with this line :
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57903
Bug ID: 57903
Summary: kernel32:loader - test_export_forwarder_dep_chain
fails on Windows 7
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Regression SHA1: 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Distribution: ---
kernel32:loader - test_export_forwarder_dep_chain() fails on Windows 7:
loader.c:2884: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
loader.c:2884: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
See https://test.winehq.org/data/patterns.html#kernel32:loader
This started on 2025-02-18, and the commit that introduced the new tests is as
follows:
commit 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Tue Feb 18 00:07:17 2025 +0900
kernel32/tests: Test for unexpected LDR_PROCESS_ATTACHED flag in import
dependency loaded with DONT_RESOLVE_DLL_REFERENCES.
These failures are systematic and only happen on Windows 7, both 32-bit and
64-bit.
--
Do not reply to this email, post in Bugzilla using the
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
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #92 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
Do not reply to this email, post in Bugzilla using the
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
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51121
Bug ID: 51121
Summary: blinking black screen and crash - HeidiSQL 11, Wine
5.0, Ubuntu 20.04
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mondane.woodworker(a)gmail.com
Distribution: ---
When I start HeidiSQL, my screen blinks to black a few times and then halts at
a black screen. After waiting a few minutes, my OS becomes usable again, but
almost all applications (even non-wine) are closed. This won't happen for
instance for `wine notepad`.
Using:
* HeidiSQL 11.0.0.5919 ( https://www.heidisql.com/ )
* Wine 5.0.3
* Ubuntu Unity 20.04.1 ( https://ubuntuunity.org/ )
* Laptop: Dell Precision 7550
* Graphics: NVIDIA TU117GLM [Quadro T2000 Mobile / Max-Q]
** Using nvidia-driver-460
What could this be?
NB When I set Wine to emulate a virtual desktop, the blinking isn't there and
HeidiSQL can start. But this isn't a workable solution for me.
Forumlink: https://forum.winehq.org/viewtopic.php?f=8&t=34371
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57899
Bug ID: 57899
Summary: R-Link 2 Toolbox crash
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: phil.montaigu(a)gmail.com
Distribution: ---
Created attachment 78139
--> https://bugs.winehq.org/attachment.cgi?id=78139
Generated at crash by Wine debugger
Crashes at launch
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45119
Bug ID: 45119
Summary: Multiple applications from Google
sandbox-attacksurface-analysis-tools (targeting native
API) need 'ntdll.NtGetNextProcess' implementation
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
required by various .NET-based apps from
https://github.com/google/sandbox-attacksurface-analysis-tools
--- quote ---
sandbox-attacksurface-analysis-tools
(c) Google Inc. 2015, 2016, 2017, 2018
Developed by James Forshaw
This is a small suite of tools to test various properties of sandboxes on
Windows. Many of the checking
tools take a -p flag which is used to specify the PID of a sandboxed process.
The tool will impersonate
the token of that process and determine what access is allowed from that
location. Also it's recommended
to run these tools as an administrator or local system to ensure the system can
be appropriately enumerated.
CheckExeManifest: Check for specific executable manifest flags.
CheckNetworkAccess: Check access to network stack.
NewProcessFromToken: Create a new process based on existing token.
TokenView: View and manipulate various process token values.
NtApiDotNet: A basic managed library to access NT system calls and objects.
NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT
object manager.
ViewSecurityDescriptor: View the security descriptor from an SDDL string or an
inherited object.
--- quote ---
It's actually a pretty neat "testsuite" for native API, Wine could benefit from
it. I've already found 20+ bugs within one hour of playing with this (missing
exports, stubs, incomplete + incorrect impl. etc.).
Will create more tickets as time/mood permits ;-)
Prerequisite:
* 32-bit WINEPREFIX
* .NET Framework 4.5 -> 'winetricks -q dotnet45'
--- snip ---
$ wine ./TokenViewer.exe
...
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'.
at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle
ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags
HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle)
at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access)
at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access,
Boolean from_system_info)
at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean
hideUnrestricted)
at TokenViewer.MainForm..ctor()
at TokenViewer.Program.Main(String[] args)
--- snip ---
https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include…
--- snip ---
#if !(PHNT_VERSION >= PHNT_WS03)
typedef NTSTATUS (NTAPI *_NtGetNextProcess)(
_In_ HANDLE ProcessHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ ULONG HandleAttributes,
_In_ ULONG Flags,
_Out_ PHANDLE NewProcessHandle
);
...
--- snip ---
$ sha1sum Release-v1.1.14.7z
8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z
$ du -sh Release-v1.1.14.7z
384K Release-v1.1.14.7z
$ wine --version
wine-3.7-50-g8dca6c35e1
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57881
Bug ID: 57881
Summary: Wine10.2 Noble does not open Quicken 2004, qw.exe file
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: rs2crows(a)gmail.com
Distribution: ---
Update manager updated wine to WINE 10.2 NOBLE. Normally to start quicken
followed link to qw.exe file, did usual(right click) open with WINE - nothing
happens. Attempted several times.
Using timeshift went back to WINE 10.1 NOBLE, followed link to qw.exe file,
opens Quicken 2004 as expected.
I'm guessing on the 'component' selected 'winelib'
System Linux Mint 22 Cinnamon version 6.2.9
Linux Kernel 6.8.0-54.56
Processor AMD Rysen 7 3700
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52094
Bug ID: 52094
Summary: IDA Pro 7.6 crashes when loading idapython3.dll
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and
configured.
Steps to reproduce:
- Get an ida76sp1 installation
- Install python3 using the exe installer (go to advanced, install for all
users, and add to environment)
- Run `wine idapyswitch.exe`, select the installation.
- Run ida.exe, watch it crash and generate a crash dump.
This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64
architecture. Python 3.4 couldn't be tested because the msi installer isn't
working properly, and when ran unattended the proper DLL isn't installed.
Any ways to bypass this after IDAPython3 has been set up include removing the
selected python3 install or removing idapython3.dll from the plugins folder.
This gets IDA to run again, though IDAPython3 still won't work.
Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz")
Nothing is shown in the command-line log that wouldn't be shown in a
non-crashing run of the program.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57323
Bug ID: 57323
Summary: system32: wmvcore.dll Breaks Windows 7 Card Games
(renaming/deleting it allows them to work)
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: garrettm4(a)protonmail.com
Distribution: ---
Created attachment 77274
--> https://bugs.winehq.org/attachment.cgi?id=77274
win7 Freecell works with wmvcore.dll renamed
The Wine wmvcore.dll located in system32 prevents Windows Vista/7 card games
from working. Simply renaming this dll allows these games to run using a clean
Wine 9.19 prefix. This workaround has also been tested to work on Wine 9.1. The
card games can be copied from Windows Vista, Windows 7 (with the CardGames.dll)
or using https://win7games.com/#games to install them to the prefix. If using
the Winaero installer, you can simply copy the game folder and use it directly,
instead of installing every time.
I'm not sure why this dll prevents the games from opening, but its omission
doesn't seem to affect any of the other apps I use. Additionally, when using
winetricks to install wmp11 (from a forum hint about getting the games to
work), this dll is removed from the system32 folder during the install process.
Apparently, wmp11 is not actually needed and simply worked by removing the one
dll that prevented the games from opening correctly.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41427
Bug ID: 41427
Summary: [Game Maker Studio - Android][Subst.exe] - not working
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thunderstormpolska(a)o2.pl
Distribution: Debian
Hello.
subst.exe is (from Windows) probably something like Linux mount or Winecfg
Disks, but it's not available in Wine. I tried to borrow it from Windows XP,
but it doesn't work.
Game maker try to create "virtual disk" to Y: using subst.exe, but subst
doesn't work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38879
Bug ID: 38879
Summary: wbemprox fill_videocontroller calls are expensive
Product: Wine
Version: 1.7.41
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: c10ud.dev(a)gmail.com
Distribution: ---
Created attachment 51812
--> https://bugs.winehq.org/attachment.cgi?id=51812
wbemprox: cache videocontroller queries
Specifically League of Legends likes to continuously ask for video controller
specs while in game (every 4 seconds or so).
On my (old?) box this leads to a pretty big framedrop (~15fps when capped at
60) due to dxgi being initialized every time (and thus wined3d) by the
fill_videocontroller function.
The proposed solution caches results for subsequent calls, but I'm not sure
about the implications (i.e. do we expect any of those fields to change in the
lifespan of a wine application?)
Comments welcome
Greets
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43894
Bug ID: 43894
Summary: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar
tabs are not visible
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
After working around bug 38350 the IDE opens and functions but some of the
toolbar tabs are not visible. Specifically those on the blue line with the help
button on the far right that is between the two lines of icons at the top of
the IDE. They normally select which toolbar to show for edit, build, debug,
program etc. Clicking where they are known to be reveals a different color
rectangle but no text.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57926
Bug ID: 57926
Summary: wine-mono wpfclipboard test can fail if a clipboard
manager is running
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is an odd one. I've been seeing random failures in the wpfclipboard test
(https://gitlab.winehq.org/mono/wine-mono/-/blob/main/tools/tests/wpfclipboa…).
This is caused by fcitx requesting the clipboard at a bad time, presumably
after it changes so it can track the history. I tried enabling clipboard
history on Windows, and it didn't break the same test, so presumably this is a
Wine bug of some variety.
An ole,clipboard log first shows FCITX requesting the clipboard contents:
00a4:trace:clipboard:X11DRV_SelectionRequest got request on 5200003 for
selection "CLIPBOARD" target "UTF8_STRING" win 1600000 prop
"FCITX_X11_SEL_CLIPBOARD"
00a4:trace:clipboard:NtUserOpenClipboard 0x10030
00a4:trace:clipboard:NtUserGetClipboardData CF_UNICODETEXT sending
WM_RENDERFORMAT to 0x10058
followed by WPF repeatedly trying to call OleFlushClipboard like this:
0140:trace:ole:OleFlushClipboard ()
0140:trace:clipboard:NtUserOpenClipboard 0x10058
(WPF will retry this in a loop, 10 times with 0.1 second delay, until it
succeeds:
https://gitlab.winehq.org/mono/wpf/-/blob/wine-mono/src/Microsoft.DotNet.Wp…)
And finally an exception:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.InteropServices.COMException
(0x800401D0)
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR (System.Int32
errorCode, System.IntPtr errorInfo) [0x0000b] in
<9023c5f6a7ee423aa752c291dcce5a37>:0
at MS.Internal.SecurityHelper.ThrowExceptionForHR (System.Int32 hr) [0x00008]
in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.Flush () [0x0002c] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.CriticalSetDataObject (System.Object data,
System.Boolean copy) [0x000a9] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataObject (System.Object data, System.Boolean
copy) [0x00001] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataInternal (System.String format,
System.Object data) [0x00025] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text,
System.Windows.TextDataFormat format) [0x0003f] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text) [0x00015] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
This error code is CLIPBRD_E_CANT_OPEN, according to a quick search.
Importantly, WPF's loop doesn't handle window messages. The clipboard is open
because explorer is waiting for WPF to respond to WM_RENDERFORMAT, but WPF
can't do that because it's in the Flush loop.
I'm not sure how this is supposed to work. The Flush loop in WPF is the same in
modern .NET, so that can be assumed to work on Windows without running a
message loop. (We could theoretically work around it in Wine Mono, but that
wouldn't help with modern .NET. I also don't expect this failure mode to be
common in practice.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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.