https://bugs.winehq.org/show_bug.cgi?id=56391
Bug ID: 56391
Summary: So Blonde: very long loading times
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
"So Blonde" European Retail DVD 1.01 version (English, French and German).
Point-and-click game developed by Wizarbox and released in 2008.
I couldn't find the game on either Steam or GOG. However, for those who want to
confirm the bug, the game is easily found in The Internet Archive Software
Collection.
OS:
Ubuntu 22.04.3 LTS 64bit.
Wine:
wine-9.3 development version (staging version is also affected).
Default Wine configuration, unmodified.
Clean Wine directory.
Description:
The loading times are very long: loading of the game menu, of a new game, of a
save game, between two screens (in the game), and so on.
Loadings last more than a minute, whereas on the same computer but running
Windows, they last less than five seconds.
This problem has been mentioned in AppDB since 2009 ("Every loading takes a
long time"), but has not been the subject of a bug report.
I don't know if this is relevant, but here's the +relay,+seh debug trace I
posted as part of another bug related to the same game (Bug 56390). It weighs
12.6 GB (59.7 MB after compression with rzip).
https://www.swisstransfer.com/d/764a0488-9e26-4d10-ae74-9d89e49cce80
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52633
Bug ID: 52633
Summary: Some buttons from Free Virtual Keyboard's setting
dialog are unthemed.
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 71957
--> https://bugs.winehq.org/attachment.cgi?id=71957
A screenshot of the issue on Wine 7.3.
Steps to reproduce:
1. `wine FreeVK.exe`.
2. Open its setting dialog by clicking the key between the right Alt and the
right Ctrl.
These three buttons are unthemed:
"Online help..."
"About Free Virtual Keyboard 5.0.0.0..."
"About Hot Virtual Keyboard..."
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38987
Bug ID: 38987
Summary: tlReader crashes when searching dictionary
Product: Wine
Version: 1.7.47
Hardware: x86
URL: http://tshwanedje.com/downloads/download.php?app=tlRea
der
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leftmostcat(a)gmail.com
Distribution: ---
Created attachment 51942
--> https://bugs.winehq.org/attachment.cgi?id=51942
log with warn+all
Using the Manx-English dictionary at http://tshwanedje.com/downloads/files/ and
the latest version of tlReader from the download URL provided, opening the
dictionary and typing in the search box causes the application to crash and
attempt to report 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=57691
Bug ID: 57691
Summary: wine-mono: ASan gets triggered in
mono_path_canonicalize with strcpy-param-overlap.
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 77881
--> https://bugs.winehq.org/attachment.cgi?id=77881
asan_2025-01-18_17-11-19_.1748
Hello, I tried getting wine being built with ASan (PE side) enabled. [1]
And tried running on this build the wine conformance tests.
One place where ASan gets triggered is in mono\mono\utils\mono-path.c [2]:
90 if (dest != lastpos) strcpy (dest, lastpos);
ERROR: AddressSanitizer: strcpy-param-overlap
A few lines above (line 74) there is the possibility of the strings
overlapping mentioned and a memmove used.
Attached file contains the full output of one ASan event.
Would it be valuable to replace the `strcpy (dest, lastpos);`
by a `memmove (dest, lastpos, strlen(lastpos) + 1)`?
[1]
https://gitlab.winehq.org/bernhardu/wine/-/blob/asan-pe_2024-12-29/README.md
[2] https://gitlab.winehq.org/mono/mono/-/blame/main/mono/utils/mono-path.c#L90
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56157
Bug ID: 56157
Summary: Deep Rock Galactic fails to launch
Product: Wine
Version: unspecified
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 75842
--> https://bugs.winehq.org/attachment.cgi?id=75842
FSD Log with seh, fixme and warn messages.
Hello,
the game Deep Rock Galactic fails to launch.
The splash image appears and then shortly after that, the Unreal Crash Reporter
opens.
When i taking a look at the log i do see messages about EnumProcessModulesEx.
I do have other Unreal Engine 4 titles aswell that dont work but also have
messages with EnumProcessModulesEx maybe it could be related to that?
Tested with Wine 8.0.2
Thank you 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=46823
Bug ID: 46823
Summary: in wcmd.exe, trailing slash in "if exist SomeDir/"
cause always false
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: ---
Created attachment 63849
--> https://bugs.winehq.org/attachment.cgi?id=63849
fix issue with instant false due to trailing slash in 'if exist SomeDir/'
if exist SomeDir/ do-smth.cmd
statement (with ending slash) always return false since
'if exist' CMD implementation start using FindFirstFileW() instead of
GetFileAttributesW() in builtins.c
Such condition appears in MS VisualStudio generated makefiles
There is special case for trailing '\\', but there is no handling for '/'.
The patch proposed fixes this issue and adds corresponding tests for
if exist SomeDir/ do-smth.cmd
if exist "SomeDir/" do-smth.cmd
cases
--
Do not reply 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=58796
Bug ID: 58796
Summary: Wine configuration window doesn't appear after prefix
creation
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: d3cb94b543e8ccc4a6baa7a8a2c31142a7b1a814
Distribution: ---
There is no configuration window after running WINEPREFIX=$HOME/.wine winecfg
it's also affects 'uninstaller' but 'regedit' and 'taskmgr' are working.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57574
Bug ID: 57574
Summary: Wine 9.20: Application window positioning regression
on laptop with multi monitor display setup
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: justin.guidroz(a)gmail.com
Distribution: ---
Distro: Manjaro linux
Seen in Wine version: 9.20 and greater (could be earlier, but Manjaro went from
9.16 to 9.20)
Setup: Laptop with two external displays.
I've been running one Windows application, Sierra Chart, under Wine on Linux
for a couple of years now. No issues with window positioning between wine
upgrades until Manjaro updated Wine to 9.20 (same behavior seen in 9.22 as
well).
After updating Wine, the dialog about updating the Wine config that would
normally start centered on my laptop screen, now starts on an external display
off center.
The initial application login screen that would normally start centered on my
laptop screen now starts on an external display off center.
The main application window that would launch maximized on the laptop screen,
now starts on the external display. Dragging the application to the laptop
screen and clicking any menu item, the menu drop down appears on the external
display instead of in the application on the laptop screen.
The second instance of this application that would start maximized on the
external display now starts half off the external display. Dragging this back
to the external display, all dialog popups appear off the external monitor
unable to be seen or even usable.
Reading through the release notes for releases after 9.16, it seems this may be
related to the "Better window positioning in the wayland driver" introduced in
9.19, but not entirely sure at this moment.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56381
Bug ID: 56381
Summary: "type" does not support binary files
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dan(a)coneharvesters.com
Distribution: ---
"type" truncates binary files when redirecting the output to stdout. For
example:
c:\>type c:\windows\winhelp.exe >foo
c:\>dir c:\windows\winhelp.exe foo
Volume in drive c has no label.
Volume Serial Number is 0000-0000
Directory of c:\windows
28/02/2022 5:32 PM 257 winhelp.exe
1 file 257 bytes
0 directories
Directory of c:
29/02/2024 1:21 PM 2 foo
1 file 2 bytes
0 directories 19,394,506,752 bytes free
The file is truncated after the second byte (byte 3 is NUL). Windows 10 and
Windows XP copy the entire file in this case. However, Windows 95 truncates the
file.
This is causing real-world compatibility issues, as the z88dk compiler suite
inexplicably uses "type" to copy binary files like this on 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=51119
Bug ID: 51119
Summary: INSIDE ground is black rendered with OpenGL renderer
Product: Wine
Version: 6.8
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 69984
--> https://bugs.winehq.org/attachment.cgi?id=69984
example
0684:fixme:d3d:wined3d_debug_callback 0xc8a060: "Program undefined behavior
warning: The current GL state uses a sampler (3) that has depth comparisons
disabled, with a texture object (226) with a non-depth format, by a shader that
samples it with a shadow sampler. This will result in undefined behavior.".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46603
Bug ID: 46603
Summary: Metro 2033 crashes on exit
Product: Wine
Version: 4.1
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 63501
--> https://bugs.winehq.org/attachment.cgi?id=63501
backtrace
Game crashes on exit.
wine-4.1-85-g957a1f0216
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57448
Bug ID: 57448
Summary: Erratic mouse movement with waylanddriver in Throne
and Liberty
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: timon2201(a)gmail.com
Distribution: ---
When running Throne and Liberty with proton which is build from the main wine
tree and starting it with the wayland driver.
The mouse is extremely fast and erratic. When i try to look around the
character spins around really fast and it seems like the distance which the
mouse makes with each tick is enormous.
Its like when you have an linear acceleration graph of your mouse set which
doesn't move 1 pixel with the mouse moved to 1 on the screen. But like 1 pixel
with the mouse to like 500 pixel on the screen. So you have like 4 positions or
something like that before you have a complete turn with your character.
--
Do not reply 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=58755
Bug ID: 58755
Summary: 16 bit skifree does not work under wow64
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: edoardo762(a)gmail.com
Distribution: ---
I saw that wine 10.16 in WOW64 now supports 16 bit programs, so i tried the
original skifree, but it is crashing with this trace
00b8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00b8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00b8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00b8:fixme:wineusb:query_id Unhandled ID query type 0x5.
0138:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in
experimental wow64 mode
013c:err:seh:call_seh_handlers invalid frame 000000000103EBA0
(00007FFFFE302000-00007FFFFE3FFD20)
013c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
The application can be downloaded from https://ski.ihoc.net/ (the link for the
16 bit version is at the bottom)
--
Do not reply 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=58770
Bug ID: 58770
Summary: Unable to Compile 10.16
Product: Wine
Version: 10.16
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 79414
--> http://bugs.winehq.org/attachment.cgi?id=79414
Config log
Starting with the latest 10.16 release I'm getting an error related to
"windows.devices.enumeration" dll. Logs attached.
I can confirm that the issue isn't present in previous releases.
--
Do not reply 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=16214
Summary: Copy command does not work as expected
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
>From Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/272921
In Windows, the COPY command run in a command prompt allows users to
concatenate files by using a plus ("+") operator, for example:
copy file1+file2 outfile
In wine's cmd.exe, it seems to read file1+file2 as a single path and therefore
outputs a "Path Not Found". Also, it does not recognize the "con" keyword used
to represent stdout/stdin. Therefore another method of concatenating files:
copy file1 outfile
copy file2 con >> outfile
does not work either.
My Ubuntu version is 8.04, AMD64 architecture, though I have seen the same
issue on the x86 version as well.
--
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=58737
Bug ID: 58737
Summary: Download of large file via WinHTTP fails with
WSATIMEDOUT
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: felixhaedicke(a)web.de
Distribution: ---
Created attachment 79362
--> http://bugs.winehq.org/attachment.cgi?id=79362
Source code: Download a file (without acutally storing it) via HTTPS via
WinHTTP
See attached sample code: For particular (large) files, downloads using wine's
WinHTTP implementations can fail reproducibly with a WSATIMEDOUT.
This happens when running the installer of Condor 3
(https://www.condorsoaring.com), which is obviously built with "Inno Setup".
The installer downloads a 14 GB archive from
https://downloads3.condorsoaring.com/V3/Landscapes1.zip during installation.
Unfortunately, when the actual download is finished, the installer fails with a
code 10060 (WSATIMEDOUT) error message.
Using the attached sample code, I could reproduce this problem. The file is
downloaded, but the last WinHttpQueryDataAvailable() call fails with
WSATIMEDOUT (instead of detecting EOF):
winhttpdownload.exe "downloads3.condorsoaring.com" "/V3/Landscapes1.zip"
It seems to work fine for most other downloads, even for files which are larger
than 4GB (4294967295 bytes, DWORD max value).
The sample code works fine on Windows 11.
--
Do not reply 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=58726
Bug ID: 58726
Summary: version 10.15 Regression: "Roon" music player only
shows a blank white screen but buttons (that aren't
displayed) technically work
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joni.hilger(a)yahoo.de
Distribution: ---
Created attachment 79334
--> http://bugs.winehq.org/attachment.cgi?id=79334
Screenshot of the bug happening on wine-staging 10.15 - the window is
completely blank/white
When launching the Roon music player application, only a blank white window is
rendered.
The buttons technically work when clicking on the space where they are usually
located so it seems to be a rendering issue.
Additionally the window is "hard to interact with" when maximizing it I can't
grab the top bar anymore (I mean the KDE provided one) and the close/minimize
buttons in the top right wont work anymore.
This bug only happens in 10.15
Downgrading to any version prior to 10.15 (e.g. 10.14) makes the application
display correctly again.
Confirmed not working: 10.15
[joni@linuxjoni04 bin]$ wine --version
wine-10.15 (Staging)
Confirmed working:
[joni@linuxjoni04 bin]$ wine --version
wine-10.14 (Staging)
DAZ Studio, which is another wine application I have installed, does not
experience this issue and renders correctly.
To reproduce this issue you can quickly install roon via the script here:
https://github.com/RoPieee/roon-on-wine
After installing and opening the program you will immediately see the blank
white window as seen in the screenshot.
(alternatively you can get the exe file here and manually install it, but you
need a few dependencies so the above script is way easier
https://download.roonlabs.net/builds/RoonInstaller64.exe )
My system:
Operating System: Arch Linux
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2
Kernel Version: 6.16.7-2-cachyos (64-bit)
Graphics Platform: Wayland
Processors: 24 × 13th Gen Intel® Core™ i7-13700K
Memory: 64 GiB of RAM (62.5 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 3090 Ti
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56569
Bug ID: 56569
Summary: There is a memory leak defect at line 231 in the file
negotiate.c located at /wine/dlls/secur32/.
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: lumingying(a)bupt.edu.cn
Distribution: ---
A pointer variable named new_ctxt is defined at line 212 in the file
negotiate.c located at /wine/dlls/secur32/. This pointer allocates a block of
dynamic memory using the function calloc at line 225. When the if statement at
line 225 evaluates to false, it indicates that the dynamic memory allocation
for new_ctxt was successful. However, when the if statement at line 231
evaluates to true, the program returns at line 231, thus skipping the release
of the dynamically allocated memory pointed to by new_ctxt at line 316,
resulting in a memory leak defect, as illustrated in the diagram below:
https://github.com/LuMingYinDetect/wine_defects/blob/main/wine_13.png
--
Do not reply 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=58654
Bug ID: 58654
Summary: Crash when running Kontakt 8 standalone binary
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 31core(a)tutanota.com
Distribution: ---
Created attachment 79232
--> http://bugs.winehq.org/attachment.cgi?id=79232
Console stdout and stderr output
Crash when running Kontakt 8 standalone binary using wine 10.14
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56291
Bug ID: 56291
Summary: Kodu game lab crashes:Unhandled Exception:
System.NullReferenceException: Object reference not
set to an instance of an object.
Product: Wine
Version: 9.1
Hardware: x86-64
URL: https://kodugamelab.blob.core.windows.net/blob/Builds/
KoduSetup_1.6.18.0.exe
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 76010
--> https://bugs.winehq.org/attachment.cgi?id=76010
patch for 1st missing prop
A user reported crash on the forum:
https://forum.winehq.org/viewtopic.php?t=38495
Steps to reproduce: install dotnet48 with winetricks and install
https://kodugamelab.blob.core.windows.net/blob/Builds/KoduSetup_1.6.18.0.exe
and
https://kodugamelab.blob.core.windows.net/blob/xnafx40_redist.msi
It seemingly crashes besause of two missing properties in Win32_PnPEntity:
0024:trace:wbemprox:wbem_services_ExecQuery 0418C7C8, L"WQL", L"SELECT * FROM
Win32_PnPEntity", 0x10, 00000000, 0012F1D8
.
0024:trace:wbemprox:class_object_Get 0418D000, L"Caption", 0, 0012F224,
0255B7C4, 0255B7C8
.
0024:err:eventlog:ReportEventW L"Exception Info:
System.NullReferenceException\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding previous property there is:
0024:trace:wbemprox:wbem_services_ExecQuery 041923E0, L"WQL", L"Select * From
Win32_PnPEntity where ClassGuid = '{4d36e967-e325-11ce-bfc1-08002be10318}'",
0x10, 00000000, 0012F1D8
.
0024:err:eventlog:ReportEventW L"Description: The process was terminated due to
an unhandled exception.\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding something for that the program starts but crashes again, because
it cannot find XnaNative.dll.
That seems like another bug, don't know what goes wrong there. After putting
xnanative.dll from ./drive_c/Program Files (x86)/Common Files/Microsoft
Shared/XNA/Framework/v4.0/XnaNative.dll into a path (like in syswow64) the
program starts and seems to work fine.
Attached patch for the 1st missing prop
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55414
Bug ID: 55414
Summary: Ultimate Spider-Man: Widescreen Fix shifts HUD too
much to the right
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74975
--> https://bugs.winehq.org/attachment.cgi?id=74975
Logs taken from fresh prefix, with `WINEDEBUG=warn+all`
The game Ultimate Spider-Man works well in Wine (I played it from start to
finish).
I also played with the Widescreen Fix, which works except for one thing.
The mod offers the option (enabled by default) to fix the HUD (without it, the
HUD would be stretched). That is the problematic part under Wine, because with
it the HUD is shifted too much to the right, rendering the mod unusable.
It works no problem with it disabled (which is how I played).
So, to reproduce:
- Install Ultimate Spider-Man
- Install the mod:
https://github.com/ThirteenAG/WidescreenFixesPack/releases/tag/usm
- Set `WINEDLLOVERRIDES` for `dsound`
- Make sure that in the mod settings, `FixHUD` is set to `1` (it's the default)
- Launch the game, you should see the problem right in the main menu.
Source code of the mod:
https://github.com/ThirteenAG/WidescreenFixesPack/tree/master/source/Ultima…
Images of the issue (made an issue on GitHub in case the issue wasn't on from
Wine's side): https://github.com/ThirteenAG/WidescreenFixesPack/issues/1309
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55097
Bug ID: 55097
Summary: cmd.exe does not handle PATH with leading or
sequential semicolons
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: loothelion(a)nvidia.com
Distribution: ---
Created attachment 74657
--> https://bugs.winehq.org/attachment.cgi?id=74657
Repro program for PATH separator bug
Wine's cmd.exe doesn't properly handle PATH values with:
- A leading semicolon
- Two sequential semicolons
Windows handles this fine, as shown in the attached test program. Simply
extract and then run test.bat from cmd.exe
Output looks like such in wine:
```
Z:\home\loothelion\repos\wine-path-bug>test.bat
"Expecting failure (no print)"
Can't recognize 'test.bat' as an internal or external command, or batch script.
"Expecting SUCCESS"
"PATH=Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=;Z:\home\loothelion\repos\wine-path-bug/a"
"Expecting SUCCESS"
"PATH=D:/;Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=D:/;;Z:\home\loothelion\repos\wine-path-bug/a"
```
I have a fix for this that I plan to send for review shortly, as well as a new
test case to protect against regressions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53092
Bug ID: 53092
Summary: Animated Puzzles crashes on start
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
16bit application Animated Puzzles crashes on start. This bug report tracks
commit
https://github.com/otya128/winevdm/commit/9868db40f249595fcffc57050ce4a29ae…
in otvdm. The same fix in Wine makes the application start and run 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=54978
Bug ID: 54978
Summary: vbscript fails to compile Sub when End Sub on same
line
Product: Wine
Version: unspecified
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: ---
Sub Sw35_UnHit()Controller.Switch(35)=0: End Sub
has to be changed to
Sub Sw35_UnHit()
Controller.Switch(35)=0
End Sub
to work
see also Bug 53873
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54532
Bug ID: 54532
Summary: msidb.exe: page fault on read access to 00000007 when
importing a .idt file
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: luc.bournaud(a)gmail.com
Distribution: ---
Created attachment 74078
--> https://bugs.winehq.org/attachment.cgi?id=74078
Backtrace
I am trying to import a .idt table generated by Wine's msidb into a MSI. This
operation systematically lead to an NULL pointer dereferencement error. I
tried multiples names and MSI files, It occurs on a up-to-date Wine 8.1-staging
and Wine 8.2 (non staging) from official ArchLinux repositories. Wine prefixes
were cleaned before each try.
For reference this is my command line and short output:
$ '/usr/bin/msidb' '-f' 'packaging/arcollect.msi.p' '-d'
'/tmp/meson-1.0.0-64.msi' '-i' 'Control1'
0134:fixme:file:NtLockFile I/O completion on lock not implemented yet
wine: Unhandled page fault on read access to 00000007 at address 6E42D714
(thread 0134), starting debugger...
0150:fixme:imm:ImeSetActiveContext (00030048, 1): stub
0150:fixme:imm:ImmReleaseContext (0002005A, 00030048): stub
013c:fixme:imm:ImeSetActiveContext (00020034, 0): stub
013c:fixme:imm:ImmReleaseContext (00020078, 00020034): 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=54380
Bug ID: 54380
Summary: WINE debugger shows up at the start of every program.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: tch(a)protonmail.com
Distribution: ---
When i run a program with WINE, the debugger window shows up and says
"Unhandled exception: unimplemented function ntoskrnl.exe.Ke386QueryIoAccessMap
called in 32-bit code (0x[address]).", then displays some other messages, then
disappears.
Then the program runs normally, but this did not happen before i upgraded to
WINE 8.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=54166
Bug ID: 54166
Summary: Compilation fails with gcc 4.8.4 (error:
‘HTTP_STATUS_CONTINUE’ undeclared)
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73692
--> https://bugs.winehq.org/attachment.cgi?id=73692
log.txt
Compiling in 32 bit distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-8.0-rc1
In function ‘cups_write_doc’
error: ‘HTTP_STATUS_CONTINUE’ undeclared (first use in this function)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55670
Bug ID: 55670
Summary: Word 2007 and Wordpad are no longer able to print
multiple copies of a page
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: piotr(a)codeweavers.com
Distribution: ---
This problem has been noticed with Word 2007 however it's also possible to
reproduce with wordpad ('wine write' is a nice wrapper to run wordpad).
Steps to reproduce:
1. wine write
2. Ctrl+P (File -> Print), it's fine to print empty document
3. Select "Print to file", set "Number of copies" to 2, select Pages 1 - 1 for
clarity
4. Press OK, save "output.prn".
When the bug is not present output.prn contains the comment
%%cupsJobTicket: copies=2
otherwise this comment is missing from the generated Postscript file.
According to my testing last version of Wine that was able to correctly print
multiple copies is wine-7.22, wine-8.0-rc1 is already broken.
It's not really possible to correctly find the offending commit because
breakage has side effects like a failure to create "output.prn". If a missing
output.prn could be considered as 'bad' during bisection then the regression is
caused by
$ git bisect bad
017e9557db73a4b51b5cb2eacbf638288b5e6719 is the first bad commit
commit 017e9557db73a4b51b5cb2eacbf638288b5e6719
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Fri Dec 2 21:23:50 2022 +0100
localspl: Use print processor in ScheduleJob.
Wine with this commit reverted writes correct "output.prn" with
%%cupsJobTicket: copies=2, however using Wine with that commit leads to a
missing "output.prn".
P.S.
wine-8.0 is not able to print to a file (missing "output.prn")
wine-8.0.2 is able to create "output.prn" however %%cupsJobTicket: copies=2 is
missing
As a result with wine-stable it's impossible to print multiple copies of a
page.
I'd personally consider this bug as major, especially when stable Wine release
is affected, however I'll leave to Piotr to decide.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54609
Bug ID: 54609
Summary: 32-bit LDAP Administrator crashes in internal Wine
function proxy_manager_destroy
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74138
--> https://bugs.winehq.org/attachment.cgi?id=74138
WINEDEBUG=+ole
If I am reading the OLE trace correctly, the application:
1. Creates a proxy interface:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID
2000000100, OID 3e
2. Sends the pointer to that interface to another thread:
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
3. Releases and frees the interface:
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
4. Receives the interface pointer on the other thread:
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
5. Uses the interface on the other thread, despite it being freed:
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
6. Releases and frees the interface again, which crashes:
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
I don't understand how this works without crashing on Windows.
Here are all the traces that mention that interface pointer:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100,
OID 3e
0110:trace:ole:ClientIdentity_AddRef 01505048 - before 1
0110:trace:ole:ClientIdentity_Release 01505048 - after 1
0110:trace:ole:std_unmarshal_interface Successfully created proxy 01505048
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
0110:trace:ole:ClientIdentity_Release 01505048 - after 0
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
The 64-bit version also crashes, but in a different way, see Bug 54606.
$ sha256sum ldapadmin-4.21.24429.0-x86-eng.msi
9d3e062b9c30d4bd73630b969414f65f969f0eafc5a3835f1ebb246c5c657d2a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54424
Bug ID: 54424
Summary: user32:edit - test_dbcs_WM_CHAR() fails on Windows in
mixed locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:edit - test_dbcs_WM_CHAR() fails on Windows in mixed locales:
edit.c:3407: Test failed: W: got L"\02c6\00ea\201c", expected
L"\4e00\4e8c\4e09"
edit.c:3412: Test failed: W: got "?e\x81gn?O", expected "\x88\xea\x93\xf1\x8eO"
See https://test.winehq.org/data/patterns.html#user32:edit
The failures happen in the w10pro64-mx-MX test configuration. What's special
about it is that it uses a mix of locales:
SystemDefaultLCID 0411
UserDefaultLCID 040c
ThreadLocale 0411
SystemPreferredUILanguages 0412,0409
UserDefaultUILanguage 0412
ThreadUILanguage 0412
Country 231
ACP 932
The failures started happening with the commit that introduced the new tests:
commit cbe3a39b647e029df16faf1dcce2958f1ee418d0
Author: Akihiro Sagawa <sagawa.aki(a)gmail.com>
AuthorDate: Fri Jan 20 23:51:36 2023 +0900
user32/tests: Add DBCS WM_CHAR tests for edit control.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49772
Bug ID: 49772
Summary: Memory safety issues in widl
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
I have tried to compile some type libraries missing in MinGW-w64 and Wine and
ReactOS SDKs too (more precisely, sapiddk.idl) into headers from the files in
Windows SDK (used Windows 10 SDK).
MinGW-w64 widl has crashed without producing any output, just left some files
with garbled filenames (looks like a zero terminator got missing in a C
string).
So I have built wine widl. It has also crashed, but at least produced some
meaningful output.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54074
Bug ID: 54074
Summary: ws2_32:sock - test_empty_recv() sometimes gets an
ERROR_IO_PENDING error in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ws2_32:sock - test_empty_recv() sometimes gets an ERROR_IO_PENDING error in
Wine:
sock.c:12752: Test failed: got error 997
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This happens about twice per month in the nightly WineTest runs but the first
known instance is on 2022-09-01 on debiant-wow32: there is no record of this
failure happening in the previous 3 months. So it is likely to be caused by
some commit in August.
This is also known to have happened in the GitLab CI environment which impacted
some merge requests (for instance MR!1561 and MR!1485).
--
Do not reply 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=9378
Summary: CM: Shock Force 'Could not initialize graphics display'
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.battlefront.com/products/cmsf/downloads.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mailing_list(a)orange.nl
After starting Combat Mission: Shock Force Demo it stops with the message:
'Could not initialize graphics display. REQUIRED 1024x768, 32-bit
color'.
The terminal output doesn't provide any clues:
wine 'CM Shock Force DEMO.exe'
ALSA lib conf.c:3939:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default:0
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
fixme:wave:ALSA_AddCaptureDevice Add support for DSCapture
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file
or directory
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7767
Michael Stefaniuc <mstefani(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|8.0.x |---
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55443
Bug ID: 55443
Summary: Wine crashes when an image is dragged onto notepad.exe
and games
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 75002
--> https://bugs.winehq.org/attachment.cgi?id=75002
terminal output
If you drag and drop an image from a Firefox window onto notepad wine will
crash.
I've done some regression testing and wine 7.8 is the version that started
crashing, wine 7.7 displays the error: " could not be found but does not crash.
Some wine version make it crash and some result in a freeze.
Additionally, users are reporting games on Proton 8 crashing in the same manner
but not on Proton 7.
I've used this image for testing:
https://cdn.thewirecutter.com/wp-content/media/2022/12/non-alcoholic-wine-2…
Steps to reproduce:
1. start notepad: wine start notepad
2. in an unmaximized state drag and drop the linked image onto notepad's window
3. wine crashes
Tested on x11 kde Plasma on Arch
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55042
Bug ID: 55042
Summary: scrrun: dictionary get_num_hash generating the same
hash for 2175 and 6259
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
In vbscript, I had some code like this:
Set FlexDMDDict = CreateObject("Scripting.Dictionary")
FlexDMDDict.Add 0, "VPX.DMD_Space"
FlexDMDDict.Add 63, "VPX.DMD_O"
FlexDMDDict.Add 2175,"VPX.DMD_8"
.
.
FlexDMDDict.Add 6259, "VPX.DMD_R"
I was getting VBSE_ACTION_NOT_SUPPORTED on the last line, so I put a printf in
the `get_num_hash`:
static DWORD get_num_hash(FLOAT num)
{
DWORD x = (*((DWORD*)&num)) % DICT_HASH_MOD;
printf("get_num_hash: num=%f, hash=%u\n", num, x);
return (*((DWORD*)&num)) % DICT_HASH_MOD;
}
I'm getting:
get_num_hash: num=2175.000000, hash=977
get_num_hash: num=6259.000000, hash=977
FWIW, I'm using this on macos, so DWORD is set to:
typedef unsigned int DWORD, *PDWORD, *LPDWORD;
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55160
Bug ID: 55160
Summary: Loading Bay / Harry Potter Magic Awakened: Unable to
install
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: worble+winehq(a)worble.xyz
Distribution: ---
Created attachment 74728
--> https://bugs.winehq.org/attachment.cgi?id=74728
Wine Logs
After clicking "Install", a generic "Installation Failed" page appears.
Attached logs suggest '01b0:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm
L"RC4" not supported' could be the culprit?
The installer can be downloaded from this page:
https://www.harrypottermagicawakened.com/global/
Direct link:
https://api.loadingbay.com/app/v1/download_client/windows/mkt-hpma-official…
SHASUM: 3f3ff1a8d118975dfb03ce7cceab99ba499b13c0
Using wine-8.11 (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=55124
Bug ID: 55124
Summary: Can't run Flutter SDK (cmd.exe doesn't support
redirecting stderr for a block)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
`wine flutter.bat` goes into an infinite loop that prints this message over and
over:
Can't recognize '2 (' as an internal or external command, or batch script.
It's coming from these lines in internal/shared.bat:
2>NUL (
REM "3" is now stderr because of "2>NUL".
CALL :subroutine %* 2>&3 9> "%cache_dir%\flutter.bat.lock" || GOTO
acquire_lock
)
Wine's cmd.exe does support redirecting stdout for a block of code, for
example:
>NUL (
COPY flutter.bat flutter2.bat
)
But it does not support redirecting stderr in the same way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55053
Bug ID: 55053
Summary: Prometheus exporter for Windows needs
DISPATCH_PROPERTYGET support in object_Invoke
Product: Wine
Version: 8.10
Hardware: x86-64
URL: https://github.com/prometheus-community/windows_export
er/releases/download/v0.22.0/windows_exporter-0.22.0-a
md64.exe
OS: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74615
--> https://bugs.winehq.org/attachment.cgi?id=74615
hack
To test this:
1) Run windows_exporter-0.22.0-amd64.exe
2) Go to http://localhost:9182/ in your browser
3) Press the 'Metrics' button
4) An error page is shown
When pressing the 'Metrics' button, this fixme is spammed:
0188:fixme:wbemdisp:object_Invoke flags 0x2 not supported
This stems from the fact that wbemdisp:object_Invoke doesn't support
DISPATCH_PROPERTYGET on its own. The attached hack "fixes" the issue and
instead of the error page, you get a page with metrics.
Source of the program can be found here:
https://github.com/prometheus-community/windows_exporter
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49002
Bug ID: 49002
Summary: Free Horror Game "My Place" triggers
GL_INVALID_FRAMEBUFFER_OPERATION in wined3d
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 66977
--> https://bugs.winehq.org/attachment.cgi?id=66977
Snipped from the log
At a certain section, the game spams this error, severely degrading the
performance.
--
Do not reply 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=18889
Summary: Live Messenger 2008 fails to load - possible actctx
problem
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andras(a)csevego.net
Created an attachment (id=21730)
--> (http://bugs.winehq.org/attachment.cgi?id=21730)
+actctx,+relay log
Starting of installed (on windows) Msn 2009 wil result:
err:module:import_dll Library MSVCR80.dll (which is needed by
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe") not
found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe" failed,
status c0000135
Same load failure, when I manually install with wine (from msi packages)
MSVCRT 8.0 is installed, as shown attached +actctx,+relay log
I suspect here an Activation Context failure.
--
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=55402
Bug ID: 55402
Summary: CMD '!var!' not working in 'if' statement
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: mr.dmitry.sokolov(a)gmail.com
Distribution: ---
The command not working
set var=qwe
if "!var!"=="" ...
ACTUAL
The script (attached) produces wrong output
EXPECTED
See the output in .exp file (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=55043
Bug ID: 55043
Summary: Z-Vision for Windows: Assertion failed when clicking
"LOAD" button.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 74607
--> https://bugs.winehq.org/attachment.cgi?id=74607
Assertion failed dialog
Z-Vision for Windows is a Zilog Z80 debugger published by System Load Ltd.
After launching the program, clicking "LOAD" button in the toolbar shows
"Assertion failed!" dialog instead of the file load dialog.
This issue was originally reported by @Inqb8tr_jp on Twitter. We used Z-Vision
for Windows Ver.6.42 付録版 (Addendum version) from [1].
SHA1(ZVW6.EXE) = c9d8db954dc9614c7ecfd6696b72d8d6d0e32905
[1] Tadashi Kato. "動かしながら理解するCPUの仕組み". KODANSHA, Tokyo, 2010. ISBN
978-4-06-257665-9. https://bookclub.kodansha.co.jp/product?item=0000194626
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55287
Bug ID: 55287
Summary: msvcrt:file - The 32-bit test_pipes() fails in the new
WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msvcrt:file - The 32-bit test_pipes() fails in the new WoW mode:
file.c:2343: Test failed: i 0, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 1, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 2, expected to write 'Hello world' wrote -1
file.c:2350: Test failed: unable to close 4: 9
01cc:file: 5 tests executed (0 marked as todo, 0 as flaky, 4 failures), 0
skipped.
file.c:2383: Test failed: i 0, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2383: Test failed: i 1, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2383: Test failed: i 2, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2343: Test failed: i 0, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 1, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 2, expected to write 'Hello world' wrote -1
file.c:2350: Test failed: unable to close 4: 9
076c:file: 5 tests executed (0 marked as todo, 0 as flaky, 4 failures), 0
skipped.
file.c:2419: Test failed: fread() returned 0: ferror=0
file.c:2422: Test failed: got '' expected 'Hello worldHello worldHello world'
See https://test.winehq.org/data/patterns.html#msvcrt: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=55101
Bug ID: 55101
Summary: DesignDoll Declaring An Error After Loading All
Component In Splash Screen
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 74668
--> https://bugs.winehq.org/attachment.cgi?id=74668
After Loading Screen
DesignDoll Doesn't Load in Weird Way and I dunno what kind of Error is 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.
http://bugs.winehq.org/show_bug.cgi?id=21227
Summary: cmd doesn't echo redirection like native
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P3
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Native cmd echoes commands after some canonicalization has been done
on their redirects. A batch file containing
dir 1> ok
dir > bad
dir | bad
dir > blah > bad
echoes as
dir 1> ok
dir 1> bad
dir | bad
dir 1> bad
(note the extra space inserted before the > or |).
Wine's cmd doesn't currently do this, but it could probably
do so without too much trouble; it already collects redirects
separately for each command.
For the moment I'll probably put a kludge in the cmd conformance
test runner to compensate.
--
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=58800
Bug ID: 58800
Summary: tlReader 10.1.0.2004 toolbar has broken rendering
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://web.archive.org/web/20251013233829/https://tshwanedje.com/builds/2004/tlReader_10.1.0.2004.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: arethusa26(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 541d9be5ecda1bc0c8fce22f1318bf5d72572327
Distribution: ---
Created attachment 79445
--> http://bugs.winehq.org/attachment.cgi?id=79445
Broken toolbar rendering
With the latest master (wine-10.16-212-g6124fea1dde), when loading the
Manx-English dictionary (available from
https://tshwanedje.com/downloads/files/Manx_English_Phil_Kelly_Dec2014.zip),
the toolbar at the top of the tlReader application appears to have some
rendering defects. Specifically, the background color of the toolbar has a
darker color, and there is a stray horizontal line that is visible and appears
to intersect the tops of the toolbar icons. Additionally, hovering the cursor
over the icons results in a blue box that is drawn around a hovered icon but is
not cleared when the cursor leaves the icon.
With wine-10.16, the rendering of the toolbar seems to be more correct. The
background color apparently resembles the color on Windows 10, no stray
horizontal line is visible on the toolbar, and hovering over the toolbar icons
with the cursor results in a blue box being drawn around a hovered icon that is
cleared when the cursor leaves the icon. These behaviors are consistent with
what is seen on Windows 10.
Regression testing identified commit 541d9be5ecda1bc0c8fce22f1318bf5d72572327,
which implemented the final modifications needed for comctl32 separation, as
the change that introduced the broken toolbar rendering. However, it's not
clear if the toolbar rendering issue is a new introduced problem or if it was
previously hidden and now exposed with the comctl32 separation.
--
Do not reply 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=58786
Bug ID: 58786
Summary: Microsoft deadly tide for windows 95
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
Distribution: ---
get 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.
http://bugs.winehq.org/show_bug.cgi?id=16149
Summary: Star Wars Rebellion: tactical battle mode crashes game
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: appleshampooid(a)netscape.net
Created an attachment (id=17394)
--> (http://bugs.winehq.org/attachment.cgi?id=17394)
console output
Star Wars: Rebellion will crash when you try to enter tactical battle mode
(when two fleets meet over a planet). The fastest way to reproduce the bug is
to start a new game as the Rebellion and move your closest fleet to Coruscant,
then bump the game speed up to Fast and you'll get a battle alert within a
minute. Once you take control of the battle, you can issue orders while still
paused, although the starfield is blank and doesn't show any of the ships. As
soon as you unpause the battle or click in the starfield, the game will crash.
NOTE: I'm using the native DLLs for d3drm.dll and d3dxof.dll. The problem with
d3drm.dll is described in bug 8232, but it doesn't look like it's getting fixed
any time soon. From the console output, I'm pretty sure this bug would still
cause the game to crash even if the wine DLLs for those libraries worked (the
errors seem to be coming from other wine DLLs, not the native ones). Other
than those DLLs, I'm running it with a fresh .wine directory on 1.1.8.
Console output is attached, please let me know if you'd like me to enable any
other debug flags. Note that the error which is listed the first few times in
the file is pumped out constantly for the duration of the game, so I'm not sure
if its relevant. I've snipped off the top of the logfile until right before
you enter battle mode and it crashes.
Unfortunately I don't believe the game is available for free download. I'm
running Ubuntu 8.04. Thanks for taking a look.
--
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=46033
Bug ID: 46033
Summary: Execution of commands that contain special symbols
will be truncated.
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: yanjie875077968(a)gmail.com
Distribution: ---
when i use the wine cmd, i find same command can't be run, but it can be run in
winxp cmd.
➜ temp wine cmd
Wine CMD Version 5.1.2600 (1.6.2)
Z:\tmp\temp>dir_ny
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
File not found.
Z:\tmp\temp>./dir_ny
Z:\tmp\temp>dir .
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
10/22/2018 4:50 PM <DIR> .
10/22/2018 4:50 PM <DIR> ..
10/22/2018 4:50 PM 471,040 cmd1.exe
10/22/2018 4:50 PM 7 dir_ny.bat
2 files 471,047 bytes
2 directories 9,204,056,064 bytes free
Z:\tmp\temp>exit
➜ temp wine cmd1
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
Z:\tmp\temp>dir_ny
fixme:process:CmdBatNotification 1
Z:\tmp\temp>dir .
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
10/22/2018 04:50 PM <DIR> .
10/22/2018 04:50 PM <DIR> ..
10/22/2018 04:50 PM 471,040 cmd1.exe
10/22/2018 04:50 PM 7 dir_ny.bat
2 File(s) 471,047 bytes
2 Dir(s) 9,204,056,064 bytes free
fixme:process:CmdBatNotification 0
i review the cmd code in version 3.18. there is a bug in line 1318.
while (IsCharAlphaNumericW(whichcmd[count])) {
the IsCharAlphaNumericW function not include "_", so when a command include a
"_"
will be truncated.
--
Do not reply 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=58806
Bug ID: 58806
Summary: Smart quotes in code example misleads clang
Product: Wine
Version: unspecified
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: documentation
Assignee: wine-bugs(a)winehq.org
Reporter: calliehu02(a)gmail.com
In https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building, the guide
suggests copy-pasting the line
LDFLAGS=“-Wl,-rpath,/opt/X11/lib”
into terminal before attempting to build WINE. There is in fact a "copy to
clipboard" button to facilitate this behavior.
Issue stems from the fact that this code contains smart quotes, which break
encoding and are not properly understood by the system. "No such file or
directory" is the error given.
Impacts mainly the inexperienced, who might rely on such a guide and not
understand the source of the error.
Suggested fix to replace smart quotes with generic double quotes.
--
Do not reply 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=58805
Bug ID: 58805
Summary: Chrome Embedded Framework CEF Massive Memory usage
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 79459
--> http://bugs.winehq.org/attachment.cgi?id=79459
memory usage
I noticed that recent versions of Logos Bible software make much more use of
CEF and so each panel starts up a new process. I'm sure this is true of lots of
other apps too. But the problem is on Mac or Windows CEF is very memory light
but for some reason each process uses about 250mb of ram on wine. I've
investigated this a little and grok suggests that the problem is likely this:
Chromium Embedded Framework (CEF) apps like Logos Bible Software spawn multiple
renderer processes (~1 per UI panel). On Windows/Mac, each uses 20-50MB RAM by
sharing V8 JIT code, Skia graphics caches, and fonts across processes. In Wine
on Linux, unshared per-process duplication inflates this to 250MB/process,
exhausting RAM with 10+ panels (2.5GB+ total). Root causes: Wine's ntdll
doesn't share executable pages; D3D11 re-translates shaders per-process;
emulated sandbox adds overhead.
It recommends a solution:
3 targeted patches to emulate native sharing: Shared V8 JIT Cache
(ntdll/unixlib.c): Map V8's 128MB executable region to /dev/shm once per
prefix.
Unified Skia/ANGLE Cache (d3d11/utils.c): Global /tmp/wine-angle-cache for
shader translations.
CEF Sandbox Bypass (Launch flag + winevdm.c): Skip emulated sandboxing.
And points out that All Wine CEF Apps would be affected e.g. Discord, VSCode,
Steam etc so many 1000s of users.
I haven't a great deal of expertise but I've a good track record of working
with devs to do testing and builds etc to help patches through. I'd be very
grateful for any assistance from a dev with this issue! thanks
--
Do not reply 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=58787
Bug ID: 58787
Summary: warmonger issue
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
Distribution: ---
Created attachment 79432
--> http://bugs.winehq.org/attachment.cgi?id=79432
warmonger
did not install or load
--
Do not reply 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=58161
Bug ID: 58161
Summary: Unimplemented function advapi32.dll.SystemFunction036
in LTSpice
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scallegari(a)arces.unibo.it
Distribution: ---
LTSpice has traditionally been a wine-friendly application. Not long ago, its
website used to explicitly suggest using wine to run the application in Linux.
Recently, LTSpice has become impossible to install because it stops with the
error in subject.
--
Do not reply 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=58746
Bug ID: 58746
Summary: Eriksholm: The Stolen Dream has broken rendering
Product: vkd3d
Version: 1.11
Hardware: x86-64
URL: https://store.steampowered.com/app/3675810
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cmccarthy(a)codeweavers.com, gmascellani(a)codeweavers.com
Regression SHA1: 23db06692213273bd488e1ad1520444fd4d7845d
Distribution: ---
Created attachment 79379
--> http://bugs.winehq.org/attachment.cgi?id=79379
screenshot
Same for DX11 and DX12 modes.
--
Do not reply 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=58789
Bug ID: 58789
Summary: Changed behaviour when running a single wine process
with valgrind since wine-10.9.
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Before 5e70a4d81b I was able to start the background
wine processes by e.g. `wine taskmgr &`.
Then start just the target process with valgrind.
Since 5e70a4d81b this causes an segv_handler loop
starting with this message:
vex x86->IR: unhandled instruction bytes: 0xF 0xAE 0x6C 0x24
==833752== valgrind: Unrecognised instruction at address 0x470ed67.
==833752== at 0x470ED67: __wine_syscall_dispatcher (in
dlls/ntdll/ntdll.so)
This instruction is the `xrstor 0x40(%esp)` from __wine_syscall_dispatcher,
which seems not yet supported by valgrind.
If I see it right, before 5e70a4d81b each process did its own lookup
of cpu flags, but since 5e70a4d81b this is just done by the first one
and then shared via user_shared_data.
As a workaround preventing the assignment of `features[PF_XSAVE_ENABLED]`
allows me start it with a recent wine git build.
I am uncertain if this qualifies as regression as I am uncertain,
if this is a valid mode of operation when splitting wine processes that way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42247
Bug ID: 42247
Summary: Chrome 39 Offline installer dosen't Install even on
the latest version of Wine
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: https://docs.google.com/uc?id=0B4aAK9c4Px0Ud3EwWG5Td1V
zR28&export=download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: samashokp(a)gmail.com
CC: samashokp(a)gmail.com
Distribution: Other
Created attachment 56925
--> https://bugs.winehq.org/attachment.cgi?id=56925
Logs of Failed to install Chrome 39 Offline Installer, Generated by Wine
Chrome 39 Offline installer dosen't Install even on the latest version of Wine
Chrome 39 Offline Installer
https://docs.google.com/uc?id=0B4aAK9c4Px0Ud3EwWG5Td1VzR28&export=download
I've tested the following on Ubuntu, Linux Mint, Knoppix, etc..
Failed to Install on all of 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.
http://bugs.winehq.org/show_bug.cgi?id=58589
Bug ID: 58589
Summary: The Dark Pictures Anthology: Man of Medan shows a grey
screen in DX12 mode
Product: vkd3d
Version: 1.15
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: gmascellani(a)codeweavers.com
Regression SHA1: 07b7975d09e8dfbdfc5a9942b4f0c9d054a5cd11
Distribution: ---
After launching the game screen is grey during the first video.
--
Do not reply 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=58801
Bug ID: 58801
Summary: downloaded commands to open old windows 7 scrabble by
hasboro from dvd
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mavisman7(a)gmail.com
Distribution: ---
Created attachment 79448
--> http://bugs.winehq.org/attachment.cgi?id=79448
used sudo commands to download old windows 7 scrabble by hasbror into ubuntu
20.04-does not open properly
Unhandled exception: page fault on read access to 0x00000028 in 32-bit code
(0x7
--
Do not reply 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=58803
Bug ID: 58803
Summary: Bandicam - cant record
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Distribution: ---
Created attachment 79449
--> http://bugs.winehq.org/attachment.cgi?id=79449
terminal output
The software installs without problem but it can't recognize specific intel
codec that this hardware has, however even when cpu (h264 or mpeg4) is selected
it fails to start recording.
--
Do not reply 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=58547
Bug ID: 58547
Summary: Roblox Studio has a strange window behavior on
winewayland driver
Product: Wine
Version: 10.12
Hardware: x86-64
URL: https://setup.rbxcdn.com/RobloxStudioInstaller.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: wilsontulus5(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: c756ea4e801d7eae32bc8a00efa26fc0f0f47819
Distribution: ArchLinux
Created attachment 79047
--> http://bugs.winehq.org/attachment.cgi?id=79047
Terminal logs without reverting the guilty commit. Almost no difference on the
post-revert version.
Wine version 10.11 had introduced a new update to winewayland driver that makes
Roblox Studio on Wayland more usable, sometimes more than it's X11 counterpart
due to lesser microstutters and almost non-existent flickering (most likely due
to buggy implementation of the Vulkan child windowing system).
Ever since the patch introduced in c756ea4e801d7eae32bc8a00efa26fc0f0f47819,
Studio on winewayland is broken again like <=10.10 (e.g. invisible home screen,
out-of-place teamcreate/contribute button, 3D workspace layer overriding GUIs
including the script viewer, etc).
Since the issue is only viewable after logging in, it's recommended to use
Vinegar (from Flathub or by source: https://github.com/vinegarhq/vinegar - the
launcher does allow specifying a custom wineroot), but the official installer
can also be used if the EdgeWebView2 installer payload returns success to the
official installer.
--
Do not reply 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=58799
Bug ID: 58799
Summary: 01ac:fixme:file:NtLockFile I/O completion on lock not
implemented yet
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dselen(a)nerthus.nl
Distribution: ---
01ac:fixme:file:NtLockFile I/O completion on lock not implemented yet
When trying to download and install the Xelion SoftPhone app I get the above
error.
I receive a .AppInstaller file which I read and extract the msixbundles from.
I hope to have this working someday.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57958
Bug ID: 57958
Summary: Caps lock issue when holding Caps lock with other key
and Caps lock state was already on
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.gaba(a)protonmail.com
Distribution: ---
Hello,
most of the time when holding Caps lock with another button game will register
double click first on CAPS LOCK.
In "Arma 3" and in "Arma: Reforger" CapsLock is used as push to talk button for
radio and you are often holding it alongside other buttons.
How to reproduce:
1. Caps lock state need to be on.
2. Hold other key, for example W for walking forward
3. Hold CAPS LOCK
4. In Arma 3 it will start broadcasting for ms and stop and after 1s it will
start broadcasting again.
In Arma: Reforger this will toggle between Squad <-> Platoon radio instead
because it detected double click on Caps Lock. Game will ignore you are still
holding caps lock.
There is small chance that bug will not trigger.
There is also possibility that game may mistakenly detect that you are still
holding the Caps Lock key after releasing it, causing it to continue
broadcasting until you press it again. I don't know how to reproduce this one.
This is very common issue for Arma players on Linux.
OS: Opensuse Tumbleweed Kernel version: 6.13.6-1-default
KDE plasma Version: 6.3.2 Wayland
Wine 10.3 but issue also happens on Proton 7,8 and 9
I tested it also with wayland driver and I was not able to reproduce 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.
http://bugs.winehq.org/show_bug.cgi?id=58667
Bug ID: 58667
Summary: Multi-touch gestures not passed through on CSP
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: despair.chick(a)proton.me
Distribution: ---
On clip studio paint and other windows art based applications traditional touch
operations are recognized but gestures are not.
*Pinch-to-zoom
*Rotation
*Three-finger-operations
--
Do not reply 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=58798
Bug ID: 58798
Summary: Dotted border line has a whitespace tail
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: bca9df8db26206ddd9c615d274d8ff0c5652e17a
Distribution: ---
Created attachment 79442
--> http://bugs.winehq.org/attachment.cgi?id=79442
screenshot
Removing just GGO_BITMAP leads to this behaviour.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55076
Bug ID: 55076
Summary: Steam fills terminal output with "ResizeObserver loop
limit exceeded" messages.
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 74626
--> https://bugs.winehq.org/attachment.cgi?id=74626
Steam default terminal output wine 8.9
Hello,
This started after a Steam update sometimes ago I don't remember.
> [0617/144308.788:INFO:CONSOLE(1)] "ResizeObserver loop limit exceeded", source: https://steamloopback.host/index.html?IN_CLIENT=true&LOCAL_HOSTNAME=piezo1&… (1)
Searching the quoted string on the web shows that it's related to Chrome [1],
thus Chrome Embedded Framework too (libCEF).
The constant flow of messages fills the HD with several MB after a few hours.
It may be an application bug, but I can't compare to Windows because there is
no output at all when running steam from the Windows command prompt.
Regards.
[1]
https://stackoverflow.com/questions/49384120/resizeobserver-loop-limit-exce…
--
Do not reply 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=58797
Bug ID: 58797
Summary: Need for Speed Most Wanted (2005) crashes if launched
with a path with spaces
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
The path to the game contains the part "EA GAMES/Need for Speed Most
Wanted/speed.exe". If I'm launching the game with a path as an argument(wine
'~/Downloads/EA GAMES/Need for Speed Most Wanted/speed.exe'), it crashes with
wine: Unhandled page fault on read access to 01DF0004 at address 0065AA27(or
2c, it differs) (thread 0144), starting debugger...
but it works if I'm in the same folder and just use the exe name.
This bug is, from what I observed, app-specific. Other apps I tried that have
spaces in their paths do not crash because of 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.
http://bugs.winehq.org/show_bug.cgi?id=58783
Bug ID: 58783
Summary: Black Desert Online black launcher with wayland driver
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timon2201(a)gmail.com
Distribution: ---
Created attachment 79428
--> http://bugs.winehq.org/attachment.cgi?id=79428
log from wine 10.16
When starting black desert over steam or the standalone client, the launcher is
black but still interactable.
--
Do not reply 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=58371
Bug ID: 58371
Summary: Battlefield 2 Caps Lock menu annoying pop ups
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: totibuluduj(a)punkproof.com
Distribution: ---
Enter a BF2 match, press Caps lock, run around, the kit/squads menu pops up 4
times, then press Caps lock again to close it, it pops up 4 more times. Then it
finally stops popping up randomly, until the next time you press Caps lock,
then repeat above. Fast team play in infantry maps is impossible because of
this infuriating 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=58769
Bug ID: 58769
Summary: dgVoodoo does not work with WineD3D
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
When using dgVoodoo with the OpenGL backend, the game (anything on dx8 or 9
really) either never starts and just stays at a black screen; or starts, but
renders a black screen; or crashes. Works with the Vulkan backend and with
dxvk. The console output doesn't differ between the 2 backends, so which flags
should I use to get the 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=58768
Bug ID: 58768
Summary: [Damavand] Need for Speed (2005) crashes
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
Created attachment 79413
--> http://bugs.winehq.org/attachment.cgi?id=79413
Full log
Need for Speed (2005) crashes with the vulkan renderer. Using dgVoodoo does not
help with the crash, which might mean that the problem is not specific to dx9.
--
Do not reply 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=58792
Bug ID: 58792
Summary: Couldn't get first exception for process 0020 = No
backtrace available"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gazblin(a)gmail.com
Distribution: ---
Created attachment 79438
--> http://bugs.winehq.org/attachment.cgi?id=79438
Couldn't get first exception for process 0020 G: - No backtrace available
Midi programme won't work. Please see txt report
"Couldn't get first exception for process 0020 G:\MidiWorksGM\MidiWorksGM.exe
(WOW64). No backtrace available"
MidWorks GM is a midi programme designed to adjust paparmeters of midi tracks:
volume, imstrument, velocity etc.
The MidiWorksGM.exe file is on a dongle which needs to be insered into the pc
to allow the programme to run. I have the dongle inserted, as usual, but the
programme will not install.
Please help - this programme is essential for the work I do, and I want to move
from 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=57537
Bug ID: 57537
Summary: Steuersparerklärung 2024 fails to install
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Found while testing a report from the forums:
https://forum.winehq.org/viewtopic.php?t=39775
Ran in a clean WINEPREFIX, used trial version and express installation. It
gives a messagebox with
> Die Installation von >>Steuersparerklärung 2024<< konnte nicht durchgeführt werden! Prüfen Sie bitte, ob die notwendigen Installationsvoraussetzungen erfüllt sind
Translated:
The installation of >>Steuersparerklärung 2024<< could not be completed! Please
check whether the necessary installation requirements are met
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57482
Bug ID: 57482
Summary: Total Annihilation (GOG, demo) – The game menu opens
in full screen, but the rendered part doesn’t fit the
display.
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: karol23145(a)gmail.com
Distribution: ---
Created attachment 77494
--> https://bugs.winehq.org/attachment.cgi?id=77494
wine_screenshot
WARNING: The GOG version of the game is broken starting from Wine version 9.17.
(Different bug.)
GAME DEMO CAN BE DOWNLOADED FROM:
https://archive.org/details/TotalAnnihilation_201405
I tested the Total Annihilation demo on the following Wine versions: 9.22,
9.22-staging, 9.0, 8.0, and 7.0.
Additionally, I tested the GOG version of Total Annihilation with the Commander
Pack on these Wine versions: 9.16 (last working version), 9.0, 8.0, and 7.0.
The bug is present in all tested versions, so it is likely not a regression.
Attaching wine and windows screen-shots.
After starting gameplay, everything works correctly, only menu is bugged.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57954
Bug ID: 57954
Summary: Watch_Dogs black splash screen 10.3
rawinput:add_device Failed to open device
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 78201
--> https://bugs.winehq.org/attachment.cgi?id=78201
wd-winedbg
10.2 seems to work fine, 10.3 gives an error about rawinput and the splash
screen that should have the main character and game title is a black box and
hangs
using wow64 build, other 32bit games seem to work fine.
running with WINEDBEUG ends in multiple varying lines of
`0158:warn:rawinput:add_device Failed to open device file
L"\\??\\HID#some-device-name#{hex-hash-id}", status 0xc0000034.`
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56941
Bug ID: 56941
Summary: EA app fails to launch game if total size of
environment variables exceeds ~32000 characters
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)gmail.com
Distribution: ---
### Steps to reproduce
Preparation:
- Have the EA app installed:
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
- I installed it through Bottles, which installs the following Winetricks
dependencies:
https://github.com/bottlesdevs/programs/blob/main/Games/eaclient.yml
Reproducing:
- Set a very long environment variable, before launching the EA app
- From the EA app, launch any game
- Alternatively, execute the game directly, it will automatically launch the
EA app to launch the game
- If you don't have any game, "The Sims 4" is free
- The game won't launch, an error popup from the EA app will appear (see notes)
### Notes
It doesn't matter whether these ~32000 characters are from a single environment
variable, or from the combination of many of them.
I didn't test on Windows. It may be impossible to test there, since the
environment block there has a limit of 32760 characters (which may probably be
the reason for this issue in the first place).
I say "~32000", because the issue starts occurring a little before 32760
characters. However, my counting method was imprecise (I simply typed `set` in
`wine cmd`, then counted the characters), and there's also the fact that the EA
app also sets its own environment variables.
The issue also occurs with games bought from Steam (thus launched with Proton)
that also have to go through the EA app (thanks EA).
This issue existed before, and the weird thing is that the error popup from the
EA app is different from some time ago (I imagine due to the app being
updated).
Before it was: "Failed to launch game. An error on our end caused the launch to
fail. Try again a little later."
Now it's: "The game hasn't released yet" (which is obviously untrue).
Is it a stack overflow issue?
Logs obtained with `WINEDEBUG=EADesktop.exe:+relay` are too big to attach, even
compressed. Let me know what `WINEDEBUG` parameters I should use instead.
I can see that the app calls `GetEnvironmentStringsW`, shortly followed by a
`WideCharToMultiByte` for each variable (key and value separately). This is
done three times.
--
Do not reply 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=58450
Bug ID: 58450
Summary: Total Annihilation (GOG, demo) – Wayland black screen
on startup.
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: karol23145(a)gmail.com
Distribution: ---
Created attachment 78901
--> http://bugs.winehq.org/attachment.cgi?id=78901
WINEDEBUG=+waylanddrv,+ddraw,+wined3d,+opengl,+seh`.
### Summary
Total Annihilation (GOG version and demo) shows a black screen on native
Wayland (Mutter 48.3). On X11 it works perfectly, and on XWayland the game has
a minor fullscreen issue (see Bug 57482).
### Steps to reproduce
1. Download the Total Annihilation demo (or use the GOG version).
GAME DEMO CAN BE DOWNLOADED FROM:
https://archive.org/details/TotalAnnihilation_201405
2. Launch the game executable (`TotalA.exe`) under Wine on a native Wayland
session (No XWayland).
### Current behavior
The game process starts, sound can be heard, and keyboard input works (buttons
can be pressed), but the entire game window is black. The window is also not
fullscreen.
### Expected behavior
The game's intro videos should play, followed by the main menu, which should be
visible and interactive.
### Relevant logs, screenshots, screencasts etc.
*Attached are the following files:*
1. `TA.log`: Full Wine debug log captured with
`WINEDEBUG=+waylanddrv,+ddraw,+wined3d,+opengl,+seh`.
2. `system_info.txt`: Output of `inxi -Fxxxza`.
### System Details
- **Wine Version:** Custom build from source (also tested with Wine development
branch, same result)
- **Windowing System:** Mutter 48.3 (Wayland session)
- **Distribution:** Fedora 42
- **Graphics Driver:** Mesa 25.0.7
- **Kernel version:** 6.15.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.
http://bugs.winehq.org/show_bug.cgi?id=58788
Bug ID: 58788
Summary: Command & Conquer 3 (EA/Origin) no tab on panel.
Impossible to switch to game window (Cinnamon, x86)
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stasvernon(a)gmail.com
Distribution: ---
Created attachment 79433
--> http://bugs.winehq.org/attachment.cgi?id=79433
Command & Conquer 3 log
Hi,
Due to EACef/libcef crash reported here (irrelevant to the game I believe):
https://bugs.winehq.org/show_bug.cgi?id=32342#c121
I lauch Command & Conquer 3 Tiberium Wars in the same way EA launches it as (EA
version):
"wine "C:\Program Files\EA Games\Command and Conquer 3 TW and KW\Command
Conquer 3 Tiberium Wars\RetailExe\1.10\cnc3game.dat" "C:\Program Files\EA
Games\Command and Conquer 3 TW and KW\Command Conquer 3 Tiberium Wars\CNC3.exe"
-config "C:\Program Files\EA Games\Command and Conquer 3 TW and KW\Command
Conquer 3 Tiberium Wars\CNC3_english_1.10.SkuDef"
"
Game starts and runs well.
It runs full screen and the only way to switch to Cinnamon desktop seems
ALT+TAB.
After clicking ALT+TAB desktop appears, but there's NO kind of Command &
Conquer 3's tab on the panel.
There's NO tab nor window to switch back to Command & Conquer 3 window either.
The only sign that Command & Conquer 3 is still running is a very small window
(w/o ANY buttons on it) in the very upper-left corner (very approximate 20x50
pixels) visible on top on every windows. It looks more like an icon/artifact.
The panel is at the bottom, so this Command & Conquer 3 "icon" is more like an
artifact.
Its possible to click on this very upper-left corner Command & Conquer 3
"artifact" and next only game's sound appears (still no game window opens).
Its IMPOSSIBLE to switch to game's window via ALT+TAB, panel.
In processes its clear the above wine command is still running and using
CPU/RAM.
Log is attached.
Clicking on the very upper-left corner artifact adds this to console:
"info: Device reset
info: D3D9DeviceEx::ResetSwapChain:
info: Requested Presentation Parameters
info: - Width: 1920
info: - Height: 1200
info: - Format: D3D9Format::A8R8G8B8
info: - Auto Depth Stencil: true
info: ^ Format: D3D9Format::D24S8
info: - Windowed: false
info: - Swap effect: 1
info: Setting display mode: 1920x1200@0
info: Setting display mode: 1920x1200@0
info: Device reset
info: D3D9DeviceEx::ResetSwapChain:
info: Requested Presentation Parameters
info: - Width: 1920
info: - Height: 1200
info: - Format: D3D9Format::A8R8G8B8
info: - Auto Depth Stencil: true
info: ^ Format: D3D9Format::D24S8
info: - Windowed: false
info: - Swap effect: 1
info: Setting display mode: 1920x1200@0
info: Setting display mode: 1920x1200@0"
Cinnamon 6.0.4
Ubuntu 24.04.
Kernel 6.14.0-33-generic.
wine-10.16
Thanks.
--
Do not reply 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=58781
Bug ID: 58781
Summary: wine process is not separated correctly when used with
firejail
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: 4gsck44sk0gksc0gw8scc0owcww0wkgw(a)ai.notifier.in
Distribution: ---
There is "A.exe"(trusted and can use internet) and "B.exe"(not truested so not
going to give internet).
1. Run `firejail --noprofile --net=none --dns=0.0.0.0 wine B.exe`, to make sure
B cannot use the internet while at the same time, allow using it with Wine.
2. Run `wine A.exe`
> EXPECTED RESULT
The A.exe can use internet, because it is not firejailed.
> ACTUAL RESULT
A.exe cannot use the internet at all.
> EXPECTED
I want wine to separate the wineserver per .exe so this won't happen.
Also I want a offline switch, something like "wine --no-internet
process_name.exe", to cut off the internet natively, if you cannot combine with
firejail.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57439
Bug ID: 57439
Summary: FL Studio: many 3rd party plugins violently flash in
child windows
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lildebil.mgt(a)gmail.com
Distribution: ArchLinux
Created attachment 77436
--> https://bugs.winehq.org/attachment.cgi?id=77436
terminal log
As the title says, In FL Studio, many 3rd party vsts have flashing GUIs that
make them unusable and possibly hazardous to a select amount of people with
photosensitive epilepsy.
This only happens in FL Studio, likely due to how it handles plugin windows. In
other DAWs that let the window manager handle the plugin windows this does not
happen.
Side notes:
1. Most of the plugins with this issues are based on the JUCE framework
2. Whenever there is an option akin to "Disable OpenGL rendering" in the plugin
settings, turning it on will usually fix the flashing, but it is almost never
available.
Steps to reproduce:
1. Set the wineprefix to Windows 7, to avoid bug 57247
2. Download and install FL Studio 2024 Trial -
https://install.image-line.com/flstudio/flstudio_win64_24.1.2.4430.exe
3. Download and install one of the plugins with this problem (put .vst3 file
into C:\Program Files\Common Files\VST3) -
https://github.com/tobanteAudio/modEQ/releases/download/v0.4.0/modEQ-v0.4.0…
4. Scan and open plugin in a mixer track, drag plugin window or start audio
playback to see the issue.
I am using wine-staging 9.21 and proprietary Nvidia drivers
--
Do not reply 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=58433
Bug ID: 58433
Summary: entering sub-menus makes entire menu vanish behind
main window in FL Studio (virtual desktop mode)
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: cyrus.valkonen(a)gmail.com
Distribution: ---
When any menu is opened, such as "File ...", and then a nested sub-menu with
more menu options such as "New from template ..." is hovered (not clicked) with
the mouse to open it, the entire menu with sub-menu is suddenly rendered behind
the main window (z-index issue?).
Consequently the user can no longer open files and can no longer access a lot
of important menus in a lot of the DAWs functions, such as music sheet editor,
pattern editor, etc.
In Wine 8.1 this bug does not occur, and must have been introduced somewhen
after (my guess is version 9).
Please note that this issue does NOT relate to X11, because it happens with
"Emulate a virtual desktop" checked.
I tried many things to work around it, including monkey-patching Wine 10.11
source, but everything is unsuccessful. Please note due to issues with VSTs, FL
Studio needs very specific combos of NOT using DXVK, and not overriding
d3dcompiler_47 or dxgi with winetricks. But even if used it makes no
difference. There are NO OPTIONS in FL Studio that prevent this bug (such as
unchecking ultrasmooth mode or disabling window animations). Only regressing to
8.1 fixes the bug.
In the logs you will see two "TQuickPopupMenuWindow" being opened. The first is
the menu, the second is the sub-menu.
Many versions of FL Studio and Wine are affected by this. At least since FL 20
and Wine 9.
Sadly because of changes in Juce (used by many VSTs), a lot of new and critical
VST plugins now do require a very recent Wine version. Thus falling back to
Wine 8.1 is no longer viable.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54227
Bug ID: 54227
Summary: Altium Designer 20.x - 22.x slowness in 2D schematics
editor - possibly GDI font rendering problem
Product: Wine-staging
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kepszlok(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73773
--> https://bugs.winehq.org/attachment.cgi?id=73773
Wine's output
This is a problem that affects all Altium Designer versions from 20.x to
current, with all wine-staging versions of 7.xx branch.
See AD compatibility reports:
20.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=38478
21.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170
22.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40683
All of them shows slowness in the 2D schematics editor, while the 3D PCB editor
works fine.
Using the schematics editor, this message appears in constantly:
0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style
0000000001647F70.
(the schematics editor itself working fine, just unusably slow)
Possible reason:
"probably because X2 uses GDI font rendering by default and lacks option to
turn it off"
--
Do not reply 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=58593
Bug ID: 58593
Summary: explorer.exe drop-down menu doesn't work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Launch explorer.exe
2. Click on Location drop-down menu
3. When it clicked there is no expected behaviour and it also blocks green
arrows from action until clicking somewhere.
It presents in wine-6.18 and this is the latest version able to build normally.
--
Do not reply 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=58782
Bug ID: 58782
Summary: Crash or freeze when draw elliptic regions
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 79427
--> http://bugs.winehq.org/attachment.cgi?id=79427
patch and examples
When i'm passing big values to elliptic regions functions or to rounded rects
functions, wine is crashing or freezing.
Usually we don't need to paint such large shapes, but they can be produced by
an application during pan&zoom. Mostly they are out of screen and we don't need
to it to draw them properly. But we need to avoid freezing or crash.
Following commands reproduce the bug (example c-code in attachment):
// freeze on this command (test1.c):
CreateEllipticRgn(0, 4, -600000000, 0);
// crash on this (test1.c):
CreateEllipticRgn(0, 4, -600000000, 0);
// freeze too (test2.c):
RoundRect(dc, -534431263, -25344, -108065219, -9065, 426366044, 16279);
I've learned the wine sources and found several issues:
1. In file dlls/win32u/region.c in function NtGdiCreateRoundRectRgn:
There are several possible int and even int64 overflows
To make things work properly `ellipse_width` and `ellipse_height` should be
restricted by at least 2^19.
Also here can be out-of-memory issues, because this function tries to allocate
allocates `ellipse_height` rectangles. So, to prevent freezing or memory issues
will be better to restrict `ellipse_height` to smaller number.
2. In file dlls/win32u/dibdrv/graphics.c in function dibdrv_RoundRect:
There (ellipse_width + ellipse_height)*16 bytes are allocating.
So, we need to restrict to restrict values of `ellipse_width` and
`ellipse_height`. For example, to 2^19 to be in consistent with
NtGdiCreateRoundRectRgn.
I've attached a patch-file (round-rect.patch) that solves 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.
http://bugs.winehq.org/show_bug.cgi?id=58771
Bug ID: 58771
Summary: Resident Evil 3 (1999) Movies do not play with
wine-10.16
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: MikeT12500(a)proton.me
Distribution: ---
Resident Evil 3 (1999) Movies do not play with wine-10.16.
This error is displayed on the terminal.
0144:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
0144:err:quartz:dsound_render_sink_connect Failed to create sound buffer, hr
0x80004001.
0:00:00.150247953 6636 0x70b4b700 ERROR WINE
wg_transform.c:961:copy_video_buffer: Output buffer is too small.
0:00:00.150267053 6636 0x70b4b700 ERROR WINE
wg_transform.c:1098:read_transform_output_video: Failed to copy buffer buffer:
0x487eb5e8, pts 0:00:00.560266600, dts 99:99:99.999999999, dur
0:00:00.033333333, size 153600, offset none, offset_end none, flags 0x40
0:00:00.150362583 6636 0x70b4b700 ERROR WINE
wg_transform.c:961:copy_video_buffer: Output buffer is too small.
0:00:00.150373413 6636 0x70b4b700 ERROR WINE
wg_transform.c:1098:read_transform_output_video: Failed to copy buffer buffer:
0x487eb5e8, pts 0:00:00.560266600, dts 99:99:99.999999999, dur
0:00:00.033333333, size 153600, offset none, offset_end none, flags 0x40
0144:err:quartz:BaseMemAllocator_Decommit Waiting: 1
I tested on clean wine prefix.
--
Do not reply 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=58723
Bug ID: 58723
Summary: [Bisected] Windows Steam client in FreeBSD Wine fails
to display a window.
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://github.com/XaeroVincent/wine-tkg/blob/main/emu
lators/wine-tkg-devel/steam-reverts.txt
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: darkvincentdude(a)yahoo.com
Sometime during the Wine 10.x lifecycle, the Windows Steam client running in
FreeBSD 14.3 Wine-Devel fails to create a window and function properly after
two different commits. Each offending commit broke the steam client a separate
time.
These are the bisected commits:
* Commit: 62b3eee965223a2de62daa87c4b81708cd62e6f3 - "user32: Add stub for
SetProcessLaunchForegroundPolicy." - May 25th 2025
https://gitlab.winehq.org/wine/wine/-/commit/62b3eee965223a2de62daa87c4b817…
* Commit: 9195d892ba24ca312588f2c338d33269b21bf0c8 - "configure: Build PEs with
-ffp-exception-behavior=maytrap." - July 1st 2025
https://gitlab.winehq.org/wine/wine/-/commit/9195d892ba24ca312588f2c338d332…
With these commits reverted, the Window Steam client functions correctly on
Wine 10.15 and older 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.
http://bugs.winehq.org/show_bug.cgi?id=58774
Bug ID: 58774
Summary: Issue with egreen asus
Product: Wine-staging
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
did not change information:
https://www.asus.com/motherboards-components/optical-drives/internal-blu-ra…
Asus E-Green Utility V1.01.51
Version 1.01.51
1.53 MB
2016/11/07
Support OS: Windows 7/8/8.1/10/Vista
--
Do not reply 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=58773
Bug ID: 58773
Summary: Issue with egreen asus
Product: Wine-staging
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
did not change information:
https://www.asus.com/motherboards-components/optical-drives/internal-blu-ra…
Asus E-Green Utility V1.01.51
Version 1.01.51
1.53 MB
2016/11/07
Support OS: Windows 7/8/8.1/10/Vista
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54906
Bug ID: 54906
Summary: Menu items with icons are drawn with black squares if
Wine is running in Vista+ mode
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: george.hazan(a)gmail.com
Distribution: ---
The following construction fails in the all 8.x versions of Wine (currently I
upgraded to version 8.7 devel) and works Ok in Wine 7.1:
MENUITEMINFO mii = {};
mii.cbSize = sizeof(mii);
mii.fMask = MIIM_STRING | MIIM_STATE;
if (pimi->iconId != -1) {
mii.fMask |= MIIM_BITMAP;
if (IsWinVerVistaPlus() && IsThemeActive()) {
if (pimi->hBmp == nullptr)
pimi->hBmp = ConvertIconToBitmap(pimi->parent->m_hMenuIcons,
pimi->iconId);
mii.hbmpItem = pimi->hBmp;
}
else mii.hbmpItem = HBMMENU_CALLBACK;
}
InsertMenuItemW(hMenu, uItem, TRUE, &mii);
I.e. if I run command 'winecfg -v win2003', then everything is Ok with icons,
otherwise I see black squares instead of icons. This code works Ok under all
versions of Windows, from XP to Windows 11, the problem is specific to Wine 8.x
under Linux (I use Kubuntu 23.04).
To see the problem you can download my open source messenger Miranda NG from
https://miranda-ng.org/downloads, just download a ZIP, run it and open main or
tray icon menu. The full source code is avalable here:
https://github.com/miranda-ng/miranda-ng, you need module menu_utils.cpp inside
mir_app, InsertMenuItemWithSeparators or BuildRecursiveMenu functions.
WMBR, George Hazan.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50382
Bug ID: 50382
Summary: Lego Star Wars Saga needs native d3dcompiler_47
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
After installing Lego Star Wars Saga (GOG version) into a fresh 32 bit prefix,
the game starts up fine including sound and controls, but with the exception of
backgrounds and some effects nothing (logo, menu, in game characters etc) is
displayed or replaced by grey boxes.
winetricks d3dcompiler_47 fixes that problem. (An older App DB report using
wine 3.3 mentions the same problem and fixing it by installing d3d9.)
There is no console output indicating a problem in that area (recreating the
test with wine 3.3 gives plenty of d3dcompiler error messages; perhaps they
have been silenced since then?). Since the other d3dcompiler related bugs I
checked all seemed to have d3dcompiler error messages I opened this new report,
though it very likely still is a duplicate.
Please advise which debug channels to turn on to generate a useful log.
--
Do not reply 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=58575
Bug ID: 58575
Summary: Low performance in an old Directx8 Sonic fangame in
wined3d
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
This game has a built-in fps counter. After launching it, I was surprised to
find that it ran at only 30 fps in the hub area, while on windows it runs at
60. It is seemingly ok in the gameplay, but fps is often several values short
of 60, and there are also rarer drops to 30 for several seconds. There are no
warnings in the console other than related to directsound. DXVK works at a
locked 60 fps, so that means that it's a problem with wined3d.
Here is the link to the game: https://gamejolt.com/games/sonic3d/28626
--
Do not reply 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=58671
Bug ID: 58671
Summary: [Damavand] Sonic3D crashes after the main menu +
rendering regression
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
Created attachment 79255
--> http://bugs.winehq.org/attachment.cgi?id=79255
Log from a version with correct rendering
The first part of the title is pretty self-explanatory, but the second is a bit
more interesting. in the first releases of the 10 series, it used to render
correctly, but around wine 10.9-10.10 it started rendering solid colors on top
of crashing. Not sure if I'll be able to run a bisect, so I'll maybe try to
find some prebuilt versions, but 10.0 rc3 had the game rendering correctly,
while 9.21 crashed before launching.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57175
Bug ID: 57175
Summary: Multiple issues with Audacity after upgrading to Wine
9.17
Product: Wine
Version: 9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 77073
--> https://bugs.winehq.org/attachment.cgi?id=77073
Audacity 3.6.3 in Wine 9.17 with DPI=144 and classic Windows theme
After I upgraded Wine from version 9.10 to 9.17, Audacity has become horrible
to use and look at.
I've always been using DPI=144 because I have a High DPI 14" monitor.
So,
* Fonts in Audacity have become much smaller than they were before
* Fonts now look very blurry
A screenshot will be attached.
On the outside of Audacity you can see IrfanView which continues to scale
properly and fonts are rendered just 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.
http://bugs.winehq.org/show_bug.cgi?id=58670
Bug ID: 58670
Summary: [Damavand] The renderer crashes with Clickteam games
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
When trying to play clickteam games with damavand, they crash before anything
is rendered. These lines appear the most in the console:
0148:fixme:d3d_shader:shader_spirv_scan_shader Shader log:
0148:fixme:d3d_shader:shader_spirv_scan_shader <anonymous>:25:0: W7006:
Input register 9 was used without being declared.
0148:fixme:d3d_shader:shader_spirv_scan_shader <anonymous>:26:0: W7006:
Input register 10 was used without being declared.
The full log is attached (This one is from FNaF World specifically)
--
Do not reply 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=58766
Bug ID: 58766
Summary: WineVDM incorrect view
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 79411
--> http://bugs.winehq.org/attachment.cgi?id=79411
screenshot
This 16-bit program on Wine/Linux correctly working, but on ReactOS incorrectly
view.
--
Do not reply 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=58765
Bug ID: 58765
Summary: Wine Internet explorer: Flash plugin not working
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 79409
--> http://bugs.winehq.org/attachment.cgi?id=79409
screenshot
Flash plugin not working
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57866
Bug ID: 57866
Summary: Missing pages tree
Product: Wine-gecko
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 78089
--> https://bugs.winehq.org/attachment.cgi?id=78089
Missing pages tree in .chm viewer
Missing pages tree in .chm viewer
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58764
Bug ID: 58764
Summary: Missing pages tree in .chm HTML help viewer
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 79405
--> http://bugs.winehq.org/attachment.cgi?id=79405
screenshot of .chm helper
Missing pages tree in .chm HTML help viewer i ReactOS.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19153
Summary: DX3 game does not recognize graphics capabilities
Product: Wine
Version: 1.1.24
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=9396
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bobbyg(a)gmx.net
Resident Evil 1 does not start giving the error "Failed to initialize the
Graphics Hardware Device.(3)". It's a DirectX 3 game using immediate mode.
After some debugging I found that it relies on 3 (three) entries returned by
EnumDevices whereas wine returns only the Direct3D HAL entry in this case
(d3dversion == 1). Removing the if-clause in ddraw/direct3d.c and duplicating
the HAL entry solves the problem and the game actually runs almost perfectly
(Garbage -> Platinum).
I checked a Windows installation which returns "HAL", "RGB Emulation" and "Ramp
Emulation" but the comments in the file suggest that not all games are happy
about that. So how to fix this properly?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
Do not reply 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=27594
Summary: Indiana Jones and the emperor's tomb crashes
Product: Wine
Version: 1.3.23
Platform: x86
URL: http://www.jeuxvideo.com/telecharger/jeux-et-demos/000
05589-indiana-jones-et-le-tombeau-de-l-empereur-pc.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
CC: julliard(a)winehq.org
Indiana Jones and the tomb of emperor crash. It is a regression caused by
commit a8d8e4a3679d7b81466e1e010add25948bd11c8a
THe attached console output is in 2 parts since it is 1.8M after compressed.
--
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=21359
Summary: Windows 7 Platform SDK can't restart installer
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once the installer has gone a ways and aborted,
starting it again aborts fairly quickly with a dialog
box saying there was a problem. I'll attach the last
zillion lines of a +seh,+relay,+text log; looks like
it has something to do with a service not being available?
--
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=57422
Bug ID: 57422
Summary: Winecfg DPI issue with games
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: LiveFreeDead(a)hotmail.com
Distribution: ---
I have an NVIDIA card and a 4k screen
To make my wine apps readable I use winecfg Graphics tab and set the DPI to
192, which works great for windowed desktop apps, but as soon as I run a game,
it only shows the top left of my game and crops the mouse area even smaller
than that. I changed the DPI back to 96 (default) and they work as
expected/intended.
This even occurs if I use a virtual desktop.
The other issue with 4k screens on NVIDIA is it can't mode set at all, I need
to preset the mode using xrandr and pass the new res to the virtual desktop. If
I leave it to change the mode itself, 8 get a black screen and it powers the
screen off. I can get the terminal back by pressing ctrl + alt + F2. Or get the
login screen with ctrl alt backspace. But nothing else I do can change the mode
back or turn the screen back on.
So to be clear, I need to sety wine DPI to 96dpi and preset my screen res to
run games (full screen). I do not get the same issue on my NVIDIA graphics
laptop and I don't on AMD graphics. Just my 3060to and a 4k screen.
I no longer have a 1080p screen to test if that works. But changing my desktop
to 1080p doesn't fix things except for games that are 1080p. 800x600 and
1024x768 will cause the black screen issue.
I noticed that wine v9.0 (mint v22 default) doesn't have the doi glitch 9ny 4k
screen. It does still have the black screen bug if I don't pre modest.
--
Do not reply 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=58763
Bug ID: 58763
Summary: BloodRayne: cutscenes do not play
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rjqxqqnhuibvkxkshx(a)ytnhy.com
Distribution: ---
Created attachment 79400
--> http://bugs.winehq.org/attachment.cgi?id=79400
Terminal output
None of the cutscene videos play in BloodRayne (2003).
On startup a small error window is displayed then the game starts. The error
is:
FAILED(hr=0x80004001) in
pVW->put_FullScreenMode(IMode)
Also see the attached log from the terminal.
This issue occurs since Wine 10.14 (the first version where BloodRayne works in
WoW64 mode).
You can test this in the full version or the demo, available here:
https://archive.org/details/BloodRayneDemo
--
Do not reply 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=32342
Bug #: 32342
Summary: PlanetSide2 Error message and bugreport.txt and
debug.log in Steam.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42683
--> http://bugs.winehq.org/attachment.cgi?id=42683
PlanetSide2 bugreport.txt
Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log
message with attached bugreport. Also attached debug.log is generated in Steam
install dir.
--
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=57960
Bug ID: 57960
Summary: ChessBase 18 hangs / stops accepting input a few
seconds after launch
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)brobston.com
Regression SHA1: fd539487b7860ff0a53474aa6fbcbe229f3f42c1
Distribution: Ubuntu
Created attachment 78212
--> https://bugs.winehq.org/attachment.cgi?id=78212
Log from first bad commit with most warnings enabled
I'm running with "Emulate a virtual desktop" active. I can start ChessBase 18
from the command line with `WINEDEBUG="-warn+all,warn-dpa" wine start
"C:\\Program Files\\ChessBase\\CBase18\\CBase18.exe"` in a 64-bit prefix. The
application launches as usual, but after a few seconds, it stops responding to
the mouse altogether. The CBase18.exe process consumes around 200% CPU as
shown in `top` when this situation occurs. The log output does show new log
entries when I focus or unfocus the virtual-desktop window, but otherwise, it
does not typically appear to be logging anything. I then stop the process from
the command line with, for instance, `killall CBase18.exe`.
I will attach a log from the first bad commit and, shortly thereafter, the last
good commit.
--
Do not reply 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=58605
Bug ID: 58605
Summary: 10.13 - Compile Error
Product: Wine
Version: 10.13
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 79140
--> http://bugs.winehq.org/attachment.cgi?id=79140
Config Log
As of the 10.13 release I'm getting the below error. Tried both Vanilla and
Staging, same issue.
Can confirm the issue is not present with 10.12
i686-w64-mingw32-gcc -c -o dlls/ucrtbase/tests/i386-windows/printf.o
dlls/ucrtbase/tests/printf.c -Idlls/ucrtbase/tests -Iinclude -Iinclude/msvcrt \
-D_UCRT -D__WINESRC__ -D__WINE_PE_BUILD -Wall -fno-strict-aliasing
-Wdeclaration-after-statement \
-Wempty-body -Wignored-qualifiers -Winit-self -Wshift-overflow=2
-Wstrict-prototypes -Wtype-limits \
-Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op
-ffunction-sections \
-fno-omit-frame-pointer -mpreferred-stack-boundary=2 -gdwarf-4 -fno-builtin
-g -O2
dlls/ucrtbase/tests/misc.c: In function ‘test_carg’:
dlls/ucrtbase/tests/misc.c:2017:34: error: initializer element is not constant
{ -INFINITY, INFINITY, M_PI_3_4 },
^~~~~~~~
dlls/ucrtbase/tests/misc.c:2017:34: note: (near initialization for
‘tests[8].expect’)
dlls/ucrtbase/tests/misc.c: In function ‘test_cargf’:
dlls/ucrtbase/tests/misc.c:2073:34: error: initializer element is not constant
{ -INFINITY, INFINITY, M_PI_3_4 },
^~~~~~~~
dlls/ucrtbase/tests/misc.c:2073:34: note: (near initialization for
‘tests[8].expect’)
make: *** [Makefile:191364: dlls/ucrtbase/tests/i386-windows/misc.o] Error 1
make: *** Waiting for unfinished jobs....
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56596
Bug ID: 56596
Summary: Keyboard keypress generates NumLock keypress for all
keys
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: m.kolesinski(a)gmail.com
Distribution: ---
When playing an old Quake III engine based game (Medal of Honor: Allied
Assault) on Wine 9.4 thru 9.7, the game is no longer playable. All keyboard
keypress events also send a duplicate 'NumLock' keypress. I previously had
NumLock mapped (in-game) to perform some action, and remapping keys is now not
possible because every attempt binds to NumLock.
I believe the actual keypress AND NumLock keypress events are sent continuously
while any keyboard key is held down (I tried various keys, they all do it).
This was not an issue in Wine 9.2 and prior, and possibly 9.3 (I don't have
that package to test with, but I've tested with 9.4, 9.5, 9.6, and 9.7 on Arch
Linux).
There are no DLL overrides, it's a "stock" 64-bit prefix.
--
Do not reply 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=58761
Bug ID: 58761
Summary: Camerabag Pro 2025.2 fails to read at least some EXIF
data when loading an image
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: superian(a)gmail.com
Distribution: ---
Created attachment 79392
--> http://bugs.winehq.org/attachment.cgi?id=79392
Logfile
New installation of Wine 10.16, new installation of CameraBag Pro 2025.2.
When opening an image, for example, a JPEG from a Pixel phone, the EXIF is not
read correctly and the info is lost on saving.
(Happens with winetricks version of windowscodecs too.)
https://web.archive.org/web/20250919105142/https://nevercenter.com/cameraba…
> $ du -h Install_CameraBag_Pro_2025_2_0_win.exe
> 63M Install_CameraBag_Pro_2025_2_0_win.exe
> $ sha1sum Install_CameraBag_Pro_2025_2_0_win.exe
> 01d4daf1dd05ab426858e19191dbabfa855c2558 Install_CameraBag_Pro_2025_2_0_win.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.
http://bugs.winehq.org/show_bug.cgi?id=58756
Bug ID: 58756
Summary: Dying Light 1
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alexis67ru(a)yandex.ru
Distribution: ---
black screen when starting Dying Light via 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.
http://bugs.winehq.org/show_bug.cgi?id=58758
Bug ID: 58758
Summary: Dead Island 2 closes its process before gameplay
starts in DX12 mode
Product: vkd3d
Version: 1.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 79388
--> http://bugs.winehq.org/attachment.cgi?id=79388
output
I'm able to watch an intro and choose the player, but it doesn't go any
further.
vkd3d:0798:warn:create_shader_stage Failed to compile shader, vkd3d result -5.
vkd3d:0798:warn:d3d12_pipeline_state_init_compute Failed to create Vulkan
compute pipeline, hr E_NOTIMPL.
vkd3d-1.17-270-ge524c369
--
Do not reply 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=58748
Bug ID: 58748
Summary: Wine show error in 10.16 version compilation
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 79383
--> http://bugs.winehq.org/attachment.cgi?id=79383
error
Wine show error in 10.16 version compilation
--
Do not reply 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=9127
--- Comment #126 from mrdeathjr28(a)yahoo.es ---
(In reply to Zeb Figura from comment #125)
> (In reply to Bob from comment #124)
> > This issue is still reproducible in Wine 10.14.
> > After the error message is shown, the cutscene audio works with a black
> > screen.
> > The terminal shows:
> >
> > 01a8:err:quartz:autoplug Failed to add filter, hr 0x80004005.
>
> Please ensure that your 32-bit GStreamer plugins are installed and try again.
hi
32-bit GStreamer plugins are needed*? if build wine using:
./configure --enable-archs=i386,x86_64
*also before applies to DisableGstByteStreamHandler = 1
in the HKCU\Software\Wine\MediaFoundation registry key ?
with new wow64
thanks
--
Do not reply 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=58502
Bug ID: 58502
Summary: MDK (GOG version) Crashes on startup
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Distribution: ---
Created attachment 78962
--> http://bugs.winehq.org/attachment.cgi?id=78962
crash report
I'm trying to run GOG version of MDK on ubuntu using wine 10.12 (fresh
wineprefix)
The game crashes on startup
"wine
'/home/levan/.var/app/com.usebottles.bottles/data/bottles/bottles/MDK/drive_c/GOG
Games/MDK/Mdk.exe'
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
wine: Unhandled page fault on write access to 01620340 at address 00470DEF
(thread 0024), starting debugger...
0124:fixme:dbghelp:elf_search_auxv can't find symbol in module
0124: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.
http://bugs.winehq.org/show_bug.cgi?id=24063
Summary: World in conflict fails to start in DX10 mode
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=30246)
--> (http://bugs.winehq.org/attachment.cgi?id=30246)
Log +d3d10
World in Conflict is unable to start in DX10 mode. Native dxdiagn.dll was used
to avoid http://bugs.winehq.org/show_bug.cgi?id=11114 and sh winetricks d3dx10
was run too.
I uploaded a +d3d10 log. If you need other debug channels, please ask.
--
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=58753
Bug ID: 58753
Summary: DrivethruRPG app crashes when you try to download a
file
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: tihnessa(a)gmail.com
Distribution: ---
Created attachment 79384
--> http://bugs.winehq.org/attachment.cgi?id=79384
Program error details
The DrivethruRPG (One Bookshelf Library) App version 3.6.3.0 crashes
immediately on attempting to download files, either individually or in bulk.
OS: Lubuntu 25.04
Wine version: 10.0 downloaded from WineHQ (Downloads simply hang when using
Lubuntu repo Wine, version 9.0)
Clean prefix used - prompted to download/install wine-mono when DTRPG app first
run.
--
Do not reply 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=58745
Bug ID: 58745
Summary: PeekNamedPipe() unsuccessful on stdin
Product: Wine
Version: 10.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: rhaberkorn(a)fmsbw.de
Created attachment 79378
--> http://bugs.winehq.org/attachment.cgi?id=79378
Test program for PeekNamedPipe() bug
Trying to debug a glib2 problem occurring under Wine, I encountered what is
obviously a bug in Wine itself. See the attached test program.
This is what I observed on Wine:
# wine peeknamedpipe.exe < somefile
stat: console=0 fifo=0
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
# echo TEST | wine peeknamedpipe.exe
stat: console=0 fifo=4096
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
On a real Windows 10 however it behaves differently:
>peeknamedpipe.exe < somefile
stat: console=0 fifo=0
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
>echo TEST | peeknamedpipe.exe
stat: console=0 fifo=4096
ReadFile(stdin): 1
PeekNamedPipe(stdin): 1
In other words, PeekNamedPipe() returns FALSE on stdin when piping from another
process instead of TRUE, which is returned by a real Windows 10.
somefile needs to be some non-empty file of course.
This was tested both on Wine 10.0 and 10.10 (wine-devel) from the FreeBSD ports
tree.
I filed this in kernel32 since PeekNamedPipe() is part of Kernel32.dll (at
least according to the Microsoft documentation).
--
Do not reply 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=58713
Bug ID: 58713
Summary: Regression: D3D9 Shims Broken in Wine Staging 10.15
Product: Wine-staging
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cwbussard(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The modding communities for some older games, notably Guild Wars, use d3d9.dll
shims like uMod and gMod (links below) to do texture replacement. These shims
have worked correctly in Wine for many years, but are broken in staging-10.15.
In staging-10.15, the shim appears to be working, but no textures are replaced.
These shims work correctly in staging-10.14 and also in devel-10.15. It appears
only staging-10.15 is affected.
(Sorry, I am not equipped to do a bisect on wine-staging.)
Steps to Reproduce (uMod, method1):
1. Start the uMod executable in Wine.
2. Launch Guild Wars from within uMod.
3. Use uMod's UI to load a texture replacement mod.
4. Observe that no textures are replaced.
Steps to Reproduce (uMod, method2):
1. Place the uMod dll in the Guild Wars installation directory, renamed
d3d9.dll.
2. Start the uMod executable in Wine.
3. Start Guild Wars in Wine.
4. Use uMod's UI to load a texture replacement mod.
5. Observe that no textures are replaced.
Steps to Reproduce (gMod):
1. Place the gMod dll in the Guild Wars installation directory, renamed
d3d9.dll.
2. Create a modlist.txt file in the Guild Wars installation directory,
containing the full path to a texture replacement mod.
3. Start Guild Wars in Wine.
4. Observe that no textures are replaced.
Useful links for reproducing the issue:
- Guild Wars client. (No account needed; the issue can be observed on the login
screen.)
https://www.guildwars.com/en/download
- uMod binary.
https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main…
- uMod source:
https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main…
- gMod github:
https://github.com/gwdevhub/gMod
- Sample mod. This is a mod for Guild Wars that replaces the textures for the
minimize/maximize/close buttons in the upper right with 50% transparent
textures. This is visible on the login screen.
https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51963
Bug ID: 51963
Summary: D3DRM demo fails
Product: Wine
Version: 6.20
Hardware: x86-64
URL: https://archive.org/download/d3drm_eg/d3drm_eg.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
The demo program opens a window and close instantly.
With a native d3drm everything is fine.
Console output is short.
wine HelWorld.exe
003c:err:service:process_send_command receiving command result timed out
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"winebus"
failed to start: 1053
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00b8:fixme:imm:ImeSetActiveContext (0x48f698, 0): stub
00b8:fixme:imm:ImmReleaseContext (00010020, 0048F698): stub
0024:fixme:imm:ImeSetActiveContext (0x258198, 1): stub
0024:fixme:imm:ImmReleaseContext (0001005C, 00258198): stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 0025F050, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 002CFCE8, reference 00253B00, x
2.00000000e+00, y 0.00000000e+00, z 2.20000000e+01 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 0025F050, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetOrientation iface 0025F050, reference
00253B00, dx 0.00000000e+00, dy 0.00000000e+00, dz 1.00000000e+00, ux
0.00000000e+00, uy 1.00000000e+00, uz 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 002CFD90, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 1.50000000e+01 stub!
0024:fixme:d3drm:d3drm_frame1_SetOrientation iface 002CFD90, reference
00253B00, dx 0.00000000e+00, dy 0.00000000e+00, dz 1.00000000e+00, ux
0.00000000e+00, uy 1.00000000e+00, uz 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetRotation iface 002CFD90, reference 00253B00, x
0.00000000e+00, y 1.00000001e-01, z 0.00000000e+00, theta 5.00000007e-02 stub!
0024:fixme:d3drm:d3drm_mesh_builder2_GetBox iface 002CFF08, box 0021FDD4 stub!
0024:fixme:d3drm:d3drm1_CreateWrap iface 00253D08, type 0x1, frame 00000000, ox
0.00000000e+00, oy 0.00000000e+00, oz 0.00000000e+00, dx 0.00000000e+00, dy
1.00000000e+00, dz 0.00000000e+00, ux 0.00000000e+00, uy 0.00000000e+00, uz
1.00000000e+00, ou 0.00000000e+00, ov 5.88892737e-39, su 1.00000000e+00, sv
1.00000000e+00, wrap 0021FE08, semi-stub.
0024:fixme:d3drm:d3drm_wrap_Apply iface 003158B8, object 002CFF08.
0024:fixme:d3drm:d3drm_device_win_HandlePaint iface 0025F88C, dc 0F010061 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 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.
http://bugs.winehq.org/show_bug.cgi?id=58750
Bug ID: 58750
Summary: SierraChart chart windows fail to render with OpenGL
enabled
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: justin.guidroz(a)gmail.com
Distribution: ---
Wine versions > 10.9 fail to render SierraChart chart windows when OpenGL is
enabled. Disabling OpenGL, the chart windows render as expected.
Manjaro Linux provided updates of Wine 10.11 and 10.15 after version 10.9.
On 10.11, chart windows inside the main application window would fail to
render, while chart windows detached from the main window would still render
with OpenGL enabled.
On 10.15, all chart windows (both inside the main window and detached from the
main window) fail to render with OpenGL enabled.
--
Do not reply 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=58716
Bug ID: 58716
Summary: Camerabag Pro 2025.2 crashes with unhandled exception
(unimplemented function
propsys.dll.PropVariantToFileTime) on loading a JPEG
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: superian(a)gmail.com
Distribution: ---
Created attachment 79316
--> http://bugs.winehq.org/attachment.cgi?id=79316
backtrace.txt generated by WINE
New installation of WINE development version 10.15 on Linux Mint 22.2 (Ubuntu
Noble-based).
windowscodecs installed via winetricks (suggested at
https://appdb.winehq.org/objectManager.php?sClass=version&iId=31067) then
install the program.
Installation OK, registration code accepted OK, runs until 'Load Photo/Video'
when it crashes with the attached back trace saying:
"Unhandled exception: unimplemented function propsys.dll.PropVariantToFileTime
called in 64-bit code (0x006fffff3dd817)."
--
Do not reply 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=58245
Bug ID: 58245
Summary: Textpad regression - menu icon bar shown blank
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rebe(a)gmx.net
Distribution: ---
Created attachment 78585
--> http://bugs.winehq.org/attachment.cgi?id=78585
screenshot
When upstating Textpad 9.7.1 No icons in the menu are shown anymore with wine
10.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.
http://bugs.winehq.org/show_bug.cgi?id=11265
Summary: A number of bugs with Civilization I
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
A Civilization I for Windows (16-bit) displays a number of bugs:
1. Some splash screens display no content.
2. In some dialogues (such as city-dialogue) there are some
tranparent/non-rendered areas
3. Keyboard commands do not work in game.
--
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=11273
Summary: Civilization I for Windows (16-bt) does not install
through setup
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Civilization I for Windows (16-bt) does not install through setup.
Already existing installation works, though, with some bugs I've reported
separately.
--
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=56390
Bug ID: 56390
Summary: So Blonde: game systematically crashes at a certain
point
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
"So Blonde" European Retail DVD 1.01 version (English, French and German).
Point-and-click game developed by Wizarbox and released in 2008.
I couldn't find the game on either Steam or GOG. However, for those who want to
confirm the bug, the game is easily found in The Internet Archive Software
Collection.
OS:
Ubuntu 22.04.3 LTS 64bit.
Wine:
wine-9.3 development version (staging version is also affected).
Default Wine configuration, unmodified.
Clean Wine directory.
Description:
The game crashes at the start of the "Hook the Keys" mini-game. An error
message box is displayed.
This is chronologically the third mini-game in the game; the first two
mini-games do not cause the game to crash.
This "Hook the Keys" mini-game is launched when you play Max and you use the
"Fishing rod" with the "Wooden grille" at the centre of the Winsome Maid deck.
I'll provide a save of the game just before the crash for those who want to
confirm 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.
http://bugs.winehq.org/show_bug.cgi?id=4309
Janne <janne.kekkonen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|janne.kekkonen(a)gmail.com |
--
Do not reply 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=4309
Janne <janne.kekkonen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |janne.kekkonen(a)gmail.com
--- Comment #9 from Janne <janne.kekkonen(a)gmail.com> ---
Tested on Windows 11.
Directory named "..." cannot be created.
E:\temp>ver
Microsoft Windows [Version 10.0.26100.6584]
E:\temp>mkdir ...
A subdirectory or file ... already exists.
E:\temp>mkdir "..."
A subdirectory or file ... already exists.
E:\temp>
If directory name being created has one or more "." as last character(s).
They will be omitted from directory name.
E:\temp>ver
Microsoft Windows [Version 10.0.26100.6584]
E:\temp>dir /b
E:\temp>mkdir test.
E:\temp>mkdir test2..
E:\temp>mkdir test3...
E:\temp>dir /b
test
test2
test3
E:\temp>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38142
Bug ID: 38142
Summary: Approach fields box only show 3/4 of one line
Product: Wine
Version: 1.7.36
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 50869
--> https://bugs.winehq.org/attachment.cgi?id=50869
Field Box
Hi All,
Wine 1.7.36 and Smart Suite N9.8.0208.1200.
Would you guys please fix this for me. It is driving me NUTS!
In the "Find Assistant" the Fields box only shows about 3/4 on one line. It
makes it impossible to file the other lines in the box.
I will attach a screen shot
Many thanks,
-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.
http://bugs.winehq.org/show_bug.cgi?id=58688
Bug ID: 58688
Summary: Regression: Xenia Canary crashes with
STATUS_CONFLICTING_ADDRESSES when starting a game on
Wine 10.13+ (works on 10.12)
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axel.avj1(a)gmail.com
Distribution: Ubuntu
The Xbox 360 emulator Xenia Canary runs correctly on Wine 10.12. However,
starting from Wine 10.13+, it crashes immediately when launching any game.
Xenia itself starts fine, but as soon as a title is executed, it fails with an
unhandled exception:
Unhandled Exception in Xenia
Last Win32 Error: 0x1E7 (Invalid address.)
Last NTSTATUS: 0xC0000018 (STATUS_CONFLICTING_ADDRESSES)
Faulting thread name: XThread0260
This happens consistently with every game tested.
On Wine 10.12 the exact same build of Xenia and the same games run without this
crash.
This looks like a regression in memory allocation / address space management
introduced between Wine 10.12 → 10.13.
Create a clean 64-bit Wine prefix.
Run xenia_canary.exe (tested with the latest Canary build
7650730_canary_experimental).
Load any Xbox 360 game. example: marble blast ultra demo
On Wine 10.13+ → crash occurs immediately.
On Wine 10.12 → 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.
http://bugs.winehq.org/show_bug.cgi?id=27002
Summary: Shadow Company: Left for Dead fails with "No usable 3D
Devices installed".
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cfiend(a)talent.edu.pl
Shadow Company: Left for Dead shows a messagebox with text "No usable 3D
Devices installed. Exiting." on startup.
Googling for more information suggests that it needs a Glide wrapper to work.
However, I failed to get the game working with either OpenGlide, dgVoodoo and
Zeckensack's Glide Wrapper. Tried putting dll files in game dir, in
windows/system32 dir, setting overrides in winecfg, running on a virtual
desktop and many different combinations of the above on two machines: one
equipped with Intel graphics card, the other with rather old (~5 years) NVidia
GeForce graphics card running binary blob drivers.
Wine console output spews a few fixmes about EnumDisplayDevicesW stub.
Attaching log below.
Failure occurs in full version as well as in demo version of the game. Link to
demo version: http://www.fileplanet.com/10258/download/Shadow-Company-Demo
I'll gladly provide additional information on request.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58710
Bug ID: 58710
Summary: wmic now also prints system properties since
3c8a072b52f2159e68bfd4e471faf284309201ed
Product: Wine
Version: 10.13
Hardware: x86-64
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
Distribution: ---
Do:
"WINEDEBUG=-all wine wmic bios get version"
Output:
__GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER
__NAMESPACE __PATH Version
2 Win32_BIOS 1 {}
WINE - 1
This confuses programs that use wmic's output (like Altium installer in win7
mode)
Expected output:
Version
WINE -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=58480
Bug ID: 58480
Summary: winebuild ASLR breaks older DLLs
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: tres.finocchiaro(a)gmail.com
Distribution: ---
The following commit (to the best of my understanding) introduces build flags
to the PE sections of a wineg++ produced '.so.exe' file that force
ASLR/DYNAMICBASE onto executables that it creates.
https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5…
As identified downstream with mingw and msvc, some scenarios exist where this
ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party
DLLs, specifically 3rd-party VST instrument and effect plugins as they're
loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously
here, the issue would impact Unixes too)
The downstream bug report encompases Windows and Wine instances of the LMMS
application, however a solution exists on Windows for both the MSVC compiler as
well as the mingw compiler (via relevant dynamicbase flags).
MSVC:
https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase
mingw:
https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default
Applying a similar flag to wineg++/winegcc/winebuild has proven difficult
without forking the winebuild executable. The stop-gap patch that LMMS has
developed is provided here as a reference
https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12…
however this patch requires us to add winebuild as a build-time dependency to
our build system. This is OK for a stop-gap, but as a long-term solution, I
would like advice from the winehq team on how to support legacy DLLs (such as
pre-Vist VST plugins) through a wine-bridge as a long-term solution.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43124
Bug ID: 43124
Summary: FlashWindowEx: WM_NCACTIVATE behavior is incorrect
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: gamax92(a)aol.com
Distribution: ---
Created attachment 58328
--> https://bugs.winehq.org/attachment.cgi?id=58328
FlashWindowEx dwFlags parameter tests
Depending on the dwFlags parameter, FlashWindowEx may send a WM_NCACTIVATE
message with the wrong wParam value. Some flags should not send a WM_NCACTIVATE
message at all.
Attached is a document I've made from testing FlashWindowEx with various flags
and having the window active/inactive.
This issue seems to be related to Overwatch losing focus on respawn, it calls
FlashWindowEx with dwFlags = 0xE (FLASHW_TIMERNOFG + FLASHW_TRAY), which
according to my tests should send a WM_NCACTIVATE message with 1, but wine
sends 0 instead. Forcing FlashWindowEx to send TRUE instead did resolve the
loss of focus.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49195
Bug ID: 49195
Summary: Multiple 4k demoscene OpenGL demos crash on startup
(failure to lookup atom 0xC019 'static' from global
atom tables)
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
extracted from bug 48898
My comment: https://bugs.winehq.org/show_bug.cgi?id=48898#c12
--- quote ---
To me it looks like bug 18490 ("Multiple games fail to set pixel format on D3D
device context created on desktop window (Empire: Total War, Napoleon: Total
War, Utopia City)") but for GL device context on the desktop window.
According to online information it's not allowed to do any rendering using this
context but enough to call functions like glGetString() etc.
Maybe some of the Wine graphics folks could weigh in with an opinion if this
limitation is already known / tracked in a bug?
--- quote ---
Henri's answer: https://bugs.winehq.org/show_bug.cgi?id=48898#c13
--- quote ---
I'm not aware of an existing bug report for this issue, no. It does strike me
as similar to bug 36506 though, and it would not particularly surprise me if
wglGetProcAddress() is supposed to return results consistent with
GL_EXTENSIONS/GL_VERSION here, even without a current GL context.
I seem to recall having established in the context of bug 18490 that creating a
GL context (or more specifically, setting a pixel format) on the desktop window
is indeed supposed to fail. In any case, this seems like of of those bugs that
would benefit from tests to establish what's supposed to happen.
--- quote ---
Turns out this was a side-effect of an earlier problem.
It was not supposed to be GetDC(NULL) (Desktop window).
--- snip ---
$ WINEDEBUG=+seh,+relay,+server,+class,+win,+msg wine ./End\ of\ time\ 720p.exe
>>log.txt 2>&1
...
0024:Call user32.ChangeDisplaySettingsA(00421288,00000004) ret=004200da
...
0024: get_desktop_window( force=0 )
0024: get_desktop_window() = 0 { top_window=00010020, msg_window=00010026 }
...
0024:Ret user32.ChangeDisplaySettingsA() retval=00000000 ret=004200da
0024:Call
KERNEL32.CreateThread(00000000,00000000,004201ca,004304e8,00000000,00000000)
ret=004200ee
...
0024:Ret KERNEL32.CreateThread() retval=00000080 ret=004200ee
00bc: *fd* 17 <- 38
00bc: init_thread( unix_pid=3683, unix_tid=3729, debug_level=1, teb=7ffd4000,
entry=004201ca, reply_fd=15, wait_fd=17, cpu=x86 )
0024:Call
user32.CreateWindowExA(00000000,0000c019,00000000,91000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000)
ret=004200f4
0024:trace:win:WIN_CreateWindowEx (null) #c019 ex=00000000 style=91000000 0,0
0x0 parent=(nil) menu=(nil) inst=(nil) params=(nil)
00bc: init_thread() = 0 { pid=0020, tid=00bc, server_start=1d62d3b280579be
(-2.9701360), info_size=0, version=603, all_cpus=00000003, suspend=0 }
0024:trace:win:dump_window_styles style: WS_POPUP WS_VISIBLE WS_MAXIMIZE
0024:trace:win:dump_window_styles exstyle:
...
00bc:Starting thread proc 0x4201ca (arg=0x4304e8)
...
0024: create_window( parent=00010020, owner=00000000, atom=c019,
instance=00000000, dpi=96, awareness=2, class=L"" )
0024: create_window() = INVALID_HANDLE { handle=00000000, parent=00000000,
owner=00000000, extra=0, class_ptr=00000000, dpi=0, awareness=0 }
0024:warn:win:create_window_handle error 6 creating window
0024:trace:class:GetClassInfoExW (nil) #c019 0x1518f9e0
0024:trace:class:CLASS_FindClass #c019 0x7e910000 -> not found
0024:Ret user32.CreateWindowExA() retval=00000000 ret=004200f4
--- snip ---
The failing window creation resulted in NULL handle which got passed to
user32.GetDC():
--- snip ---
0024:Call user32.GetDC(00000000) ret=004200fb
0024:trace:win:GetDCEx hwnd 0x10020, hrgnClip (nil), flags 00000003
...
0024: get_visible_region( window=00010020, flags=00000013 )
0024: get_visible_region() = 0 { top_win=00010020, top_rect={-1920,0;-1919,1},
win_rect={0,0;3200,1080}, paint_flags=00000001, total_size=16,
region={{-1920,0;1280,1080}} }
0024:Call
winex11.drv.GetDC(00030039,00010020,00010020,1518fde0,1518fdf0,00000013)
ret=7e97bd3e
0024:Ret winex11.drv.GetDC() retval=00000001 ret=7e97bd3e
0024:trace:win:GetDCEx (0x10020,(nil),0x13): returning 0x30039 (updated)
0024:Ret user32.GetDC() retval=00030039 ret=004200fb
--- snip ---
Well, the rest of the OpenGL story is known and the current behaviour makes
sense.
Back to the actual problem...
The creation of the window which ought the be used for OpenGL context/rendering
fails because atom 0xc019 can't be found/resolved.
I should have looked more carefully at the trace log and the demo disassembly.
--- snip ---
...
004200B6 | xor esi,esi |
004200B8 | push esi |
004200B9 | push esi |
004200BA | push esi |
004200BB | push esi |
004200BC | push esi |
004200BD | push esi |
004200BE | push esi |
004200BF | push esi |
004200C0 | push esi |
004200C1 | push 91000000 |
004200C6 | push esi |
004200C7 | push C019 | global atom!
004200CC | push esi |
004200CD | push 4 |
004200CF | push end of time 720p.421288 |
004200D4 | call dword ptr ds:[<&user32.ChangeDisplaySettingsA>] |
004200DA | push esi |
004200DB | push esi |
004200DC | push end of time 720p.4304E8 |
004200E1 | push end of time 720p.4201CA |
004200E6 | push esi |
004200E7 | push esi |
004200E8 | call dword ptr ds:[<&KERNEL32.CreateThread>] |
004200EE | call dword ptr ds:[<&user32.CreateWindowExA>] | fails
004200F4 | push eax |
004200F5 | call dword ptr ds:[<&user32.GetDC>] |
004200FB | mov edi,eax |
004200FD | mov dword ptr ds:[3AB08EC],eax |
00420102 | push esi |
00420103 | push edi |
00420104 | push esi |
00420105 | push end of time 720p.42125C |
0042010A | push edi |
0042010B | call dword ptr ds:[<&gdi32.ChoosePixelFormat>] |
00420111 | push eax |
00420112 | push edi |
00420113 | call dword ptr ds:[<&gdi32.SetPixelFormat>] |
00420119 | call dword ptr ds:[<&opengl32.wglCreateContext>] |
0042011F | push eax |
00420120 | push edi |
00420121 | call dword ptr ds:[<&opengl32.wglMakeCurrent>] |
00420127 | call dword ptr ds:[<&user32.ShowCursor>] |
0042012D | call end of time 720p.4202CC |
--- snip ---
The demoscene guys are crazy and fight for each saved byte ;-)
Courtesy of: http://www.pouet.net/topic.php?which=9894
--- quote ---
I was able to get 4 bytes off of a test 1k intro (Peach GLSL Shader of Japan)
by replacing the "edit" string with 0xC018, making it 1006 bytes instead of
1010. Nice.
...and then I got it down to 1004 bytes, because now "test eax, eax" compressed
better than "test ax, ax", which used to compress better sometime before this
newest change. ;) This 1k intro business is crazy, you'd really need some kind
of brute-force code masher that tries all possible combinations of code that
perform the same thing.
--- quote ---
--- quote ---
That´s mine since 2009 using DirectX9...someone told me using "static" instead
of "edit" would be better back then in some other thread...was iq if i remember
correctly.
The ATOM for "static" is 0xC019 btw, but be warned: it added 7 bytes here in my
first test, opposed to chopping off 4 bytes in case of "edit".
--- quote ---
--- quote ---
Oh, shit...i did the test the wrong way around...meaning the ATOM actually
chopped off 7 bytes in case of "static" vs. "0xC019" :/ :D
Yay, thanks for the nice trick, man! :)
--- quote ---
Also relevant, shows dump of global and typical local atom tables:
https://github.com/lungetech/ICAS/blob/master/logs/volatility/win32/output/…
Wine source:
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
--- snip ---
407 /***********************************************************************
408 * CLASS_FindClass
409 *
410 * Return a pointer to the class.
411 */
412 static CLASS *CLASS_FindClass( LPCWSTR name, HINSTANCE hinstance )
413 {
414 static const WCHAR comctl32W[] =
{'c','o','m','c','t','l','3','2','.','d','l','l',0};
415 struct list *ptr;
416 ATOM atom = get_int_atom_value( name );
417
418 GetDesktopWindow(); /* create the desktop window to trigger builtin
class registration */
419
420 if (!name) return NULL;
421
422 name = CLASS_GetVersionedName( name, NULL, NULL, TRUE );
423
424 for (;;)
425 {
426 USER_Lock();
427
428 LIST_FOR_EACH( ptr, &class_list )
429 {
430 CLASS *class = LIST_ENTRY( ptr, CLASS, entry );
431 if (atom)
432 {
433 if (class->atomName != atom) continue;
434 }
435 else
436 {
437 if (strcmpiW( class->name, name )) continue;
438 }
439 if (!class->local || class->hInstance == hinstance)
440 {
441 TRACE("%s %p -> %p\n", debugstr_w(name), hinstance,
class);
442 return class;
443 }
444 }
445 USER_Unlock();
446
447 if (atom) break;
448 if (!is_comctl32_class( name )) break;
449 if (GetModuleHandleW( comctl32W )) break;
450 if (!LoadLibraryW( comctl32W )) break;
451 TRACE( "%s retrying after loading comctl32\n", debugstr_w(name) );
452 }
453
454 TRACE("%s %p -> not found\n", debugstr_w(name), hinstance);
455 return NULL;
456 }
--- snip ---
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
$ sha1sum atz-end_of_time.zip
3a4ce3fd92e2fdd1a4533ee67d4809d3f2184f6b atz-end_of_time.zip
$ du -sh atz-end_of_time.zip
3.3M atz-end_of_time.zip
$ wine --version
wine-5.8-173-g9e26bc8116
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.
http://bugs.winehq.org/show_bug.cgi?id=58515
Bug ID: 58515
Summary: Street Chaves only displays a black screen
(regression)
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: denilsonsa(a)gmail.com
Distribution: ---
Wine versions up to 9.7 were able to render the game graphics correctly. Now I
tested again on Wine version 10.11 and all I get is a black screen.
The game seems to be working, because I can blindly press "Z" to confirm, then
"5" to insert credits (and hear the sound effect), and "1" to start, an "Z" a
couple of times to select my character and advance to the actual fight… After
all of this, I can hear the in-game music and the in-game sound effects of the
fight. I just can't see any of it due to being pure black.
How to reproduce?
1. Get the game archive from https://archive.org/details/street-chaves-1.5-a
2. Unpack it anywhere, and run `wine Chaves.exe`
3. After a few moments, a black window without any decoration will show up.
Having no decorations is normal expected behavior. Having it completely black
is a bug/regression.
Tests?
The game works fine under "Proton Experimental" on the Steam Deck, but I don't
know exactly what is the Wine version.
It also works fine under "Proton 10.0-1 (beta)".
It does NOT work (black screen) under Wine 10.11 on Manjaro Linux.
It does NOT work (black screen) under wine-ge-8-26-x86_64, which is the default
Wine runner for Lutris, installed from Flatpak.
https://lutris.net/games/street-chaves/
Other Wine versions are untested.
If you are testing other versions, please be aware that older versions had a
problem with keyboard input. You could see graphics on the screen, but you
couldn't progress any further. This has been solved in bug 52738.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49905
Bug ID: 49905
Summary: VbsEdit runs wscript.exe with unsupported switches /d
and /u
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
Distribution: ---
Created attachment 68266
--> https://bugs.winehq.org/attachment.cgi?id=68266
patch for wscript
In VbsEdit version 9.2139 from https://www.vbsedit.com/, when choosing "Start
Debugging with wscript", wscript.exe is called with unsupported options /d
(debug) and /u (unicode).
Therefore wscripts bail out and script is not executed.
Solution is to ignore these options.
--
Do not reply 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=58637
Bug ID: 58637
Summary: SimCity 2000 Windows 95 edition doesn't launch
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ihatemylife0025(a)gmail.com
Distribution: ---
Created attachment 79198
--> http://bugs.winehq.org/attachment.cgi?id=79198
Logs
The Windows 95 edition of SimCity 2000 (URL:
https://archive.org/details/sc2000_win95) doesn't launch. I remember it did
work in older versions of wine (I think 8.0) but I can't point out the exact
version it stopped working.
Steps to reproduce:
Launch the game directly (not the setup, it's 16-bit and it's known to be
problematic even on Windows. The game itself is 32-bit)
WIN95/SC2K/SIMCITY.EXE
I tried https://github.com/sc2kfix/sc2kfix too which is a patch that gets the
game running on modern versions of Windows but it didn't make any difference.
My computer's technical specifications (although I don't think they matter, I
tried it with several different computers with different distros and got the
exact same error):
GPU:
0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2
[Iris Xe Graphics] (rev 01)
Subsystem: Lenovo Device 3f9c
Kernel driver in use: i915
Kernel modules: i915, xe
CPU:
11th Gen Intel(R) Core(TM) i5-1135G7 (8) @ 4.20 GHz
Laptop Model:
82H8 (IdeaPad 3 15ITL6)
Kernel Version:
Linux 6.15.10-200.fc42.x86_64
Distribution:
Fedora 42 KDE Plasma Edition
--
Do not reply 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=7115
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #30 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.16.
--
Do not reply 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=58699
Bug ID: 58699
Summary: Profi cash 12 user interface is rendered mostly black
Product: Wine
Version: 10.15
Hardware: x86-64
URL: https://web.archive.org/web/20250914090219/https://www
.vr-updates.de/gad/man/profi_cash_12_installer.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: arethusa26(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352
Distribution: ---
Created attachment 79299
--> http://bugs.winehq.org/attachment.cgi?id=79299
Profi cash 12 debug output
With wine-10.15, after launching Profi cash 12, its user interface is rendered
mostly black, which makes it unusable. This problem did not occur with
wine-10.14.
Regression testing identified the following commit:
c3f3ef24e8d1ebe49e8073e8e5b11de859951352 is the first bad commit
commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Sep 11 15:45:36 2025 +0200
win32u: Don't store the window OpenGL drawables on the DCs.
--
Do not reply 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=58744
Bug ID: 58744
Summary: Missing Type on get_type within dlls/msi/suminfo.c
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: matgrioni(a)gmail.com
Distribution: ---
For a certain use case I wanted to run Microsoft Keyboard Layout Creator
(MSKLC) on a serverless function and therefore was trying to get it to run on
Wine.
The application takes a keyboard layout definition and then has functionality
to create a MSI which contains the DLL for the created keyboard. When running
this compilation step, the MSI creation was failing and I was able to identify
that the MSI creation process with MSKLC was calling MsiSummaryInfoSetPropertyW
with property PID_EDITTIME which is missing from /dlls/msi/suminfo.c:get_type
and should have type VT_FILETIME according to this documentation:
https://learn.microsoft.com/en-us/windows/win32/msi/summaryinfo-summaryinfo.
By adding PID_EDITTIME to the function, I was able to unblock this part.
Overall it's a trivial problem and fix, I figure in part it hasn't been run
into is that the use case of *creating* an MSI (rather than running it), is
quite small, and it seems the EDITTIME property may not be read from on
installation.
I created a bug for it, since I was having issues creating a fork and the
problem is quite trivial, and my ability to contribute to wine will probably
not extend much beyond 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=54670
Bug ID: 54670
Summary: 16-bit applications fail in wow64 mode
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
$ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine
winetricks -q icodecs
------------------------------------------------------
Executing load_icodecs
Executing cabextract -q -d
/home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
/home/austin/.cache/winetricks/icodecs/codinstl.exe
Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s
0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in
experimental wow64 mode
0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000
00000000: stub
0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize,
aborting
0284:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005
------------------------------------------------------
--
Do not reply 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=58742
Bug ID: 58742
Summary: winedbg: Internal crash at 00006FFFFF8CB5E5
(pe_load_msc_debug_info)
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: zowie+wine(a)vandillen.io
Distribution: ---
Platform: Linux Mint 21.3 Cinnamon
Linux Kernel: 5.15.0-156-generic
Platform 2: Linux Mint 22.2 Cinnamon
Linux Kernel 2: 6.8.0-83-generic
When I build Wine myself and run the command `$WINE winedbg explorer` with it,
it leads to a crash. This does not happen with the official builds of Wine, so
I'm guessing there's some package version difference or something along those
lines that makes this occur.
Log from a custom build of 10.15:
```
user@pc:~/wine/test$ $WINE winedbg explorer
WineDbg starting on pid 0184
0180:fixme:dbghelp:elf_search_auxv can't find symbol in module
0180:fixme:dbghelp:elf_search_auxv can't find symbol in module
winedbg: Internal crash at 00006FFFFF8CB5E5
user@pc:~/wine/test$
```
Log from the official build of 10.15:
```
user@pc:~/wine/test$ wine winedbg explorer
WineDbg starting on pid 01b4
01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module
01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module
0x006fffffc00c3d ntdll+0x10c3d: retq
Wine-dbg>
```
The crash occurs in pe_load_msc_debug_info from pe_module.c, in the branch with
`/* Debug info is stripped to .DBG file */`. The variable `dbg` is null, so it
crashes when trying to dereference it.
Here's a quick fix I made for it. It fixes the crash but it doesn't really
solve
the underlying issue. As a result the debugger is missing so much debug
information that it's not actually that helpful.
```
/* Read in debug directory */
dbg = RtlImageDirectoryEntryToData( mapping, FALSE,
IMAGE_DIRECTORY_ENTRY_DEBUG, &nDbg );
nDbg = dbg ? nDbg / sizeof(IMAGE_DEBUG_DIRECTORY) : 0;
/* NEW */
if (!dbg)
{
pe_unmap_full(fmap);
return ret;
}
/* END */
/* Parse debug directory */
```
It's a bit annoying but for the time being I'll probably use the official build
for debugging, or maybe I'll try to build Wine using the Docker set-up from the
Gitlab CI.
--
Do not reply 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=58666
Bug ID: 58666
Summary: wine 10.14 fails to build in alpine linux x86
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathbappai(a)gmail.com
Distribution: ---
Created attachment 79251
--> http://bugs.winehq.org/attachment.cgi?id=79251
linker error output
* gcc 15.2.0
* mingw gcc 15.2.0
* build script
https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/wine/A…
* build error is in the attached linker-error-output.txt 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.
http://bugs.winehq.org/show_bug.cgi?id=58730
Bug ID: 58730
Summary: Images in iTunes have a white background (see picture)
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: usr_40476(a)icloud.com
Distribution: ---
Created attachment 79347
--> http://bugs.winehq.org/attachment.cgi?id=79347
bruh
um not quite sure how to further explain it so i guess heres a screenshot
--
Do not reply 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=58204
Bug ID: 58204
Summary: Winecfg Audio tab doesn't enumerate drivers or show
output devices, but test button works.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78512
--> http://bugs.winehq.org/attachment.cgi?id=78512
Screenshot of winecfg audio tab UI bug.
Under Wine-10.7 (specifically the winehq-devel packages for Debian), the
winecfg Audio tab doesn't seem to be functional even in a clean wine prefix.
There is no drop down for selecting audio drivers, and the currently selected
driver says "(None)".
The output and input device selection drop down boxes all say "(System
Default)" with no other options given.
The speaker configuration is completely blank, and speakers drop down is empty
and disabled.
The only thing that does seem to work is the "Test Sound" button which does
play a test sound, when clicked.
Manually selecting an audio driver (such as winealsa) using the helpful
registry key (HKCU->Software->Wine->Audio) does appear to work, but results in
no visible changes to winecfg. (The change can only be observed from
WINEDEBUG="+mmdevapi"'s console output.)
Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl
disable), which _should_ just leave us with alsa, there are no visible changes
in winecfg, and the test button still 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.
http://bugs.winehq.org/show_bug.cgi?id=58458
Bug ID: 58458
Summary: Wolfenstein: The Old Blood (Wolfenstein: The New
Order) fails to start with EGL opengl backend
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Distribution: ArchLinux
Created attachment 78909
--> http://bugs.winehq.org/attachment.cgi?id=78909
terminal output
When the new EGl Opengl backend is enabled the game plays the intro videos but
stops with an error before the main menu could be loaded.
The game console shows an error:
FATAL ERROR: idPixelUnpackBuffer::AllocBufferObject: failed
The next installment in the series (Wolfenstein II: The New Colossus) starts
properly with UseEGL=Y. All these games are using the Vulkan renderer.
wine-10.11-88-g730f65e737a
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.64.03
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55151
Bug ID: 55151
Summary: PC crashes after endlessly eating up memory
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
example script (selfdel.bat):
:REP
del "selfdel.bat"
if exist "selfdel.bat" goto REP
wine selfdel.bat (An infinite loop occurs. Until it eats up all the memory and
the PC stops.)
The koeiuc.bat in Steam games made by Koei eats up all the memory and crashes
the PC.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44817
Bug ID: 44817
Summary: Some software protection schemes need
ntdll.NtSetLdtEntries implementation
Product: Wine
Version: 3.4
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,
to track
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSe…
The stub was added with bug 26268 ("Multiple applications need
ntdll.ZwSetLdtEntries stub (kwiksupport.me, Ragnarok Online patcher)").
Unfortunately there is no further information/details *which* copy-protection
scheme needs and actual implementation.
No applications/games are mentioned.
--- quote ---
1. Some copy protections call NtSetLdtEntries(0x000f) and then with 'retf'
instruction jump to that selector expecting that it works (the tests show that
NtSetLdtEntries(0x000f,0x001f) should succeed). In order to make this work a
limitation to set only selectors > LDT_FIRST_ENTRY (512) in
wine_ldt_set_entry()
was removed.
2. wine_ldt_set_entry() was made to always mark modified selector entries as
WINE_LDT_FLAGS_ALLOCATED, otherwise get_selector_entry() server call returns
entries without that flag set and
NtQueryInformationThread(ThreadDescriptorTableEntry)
fails.
--- quote ---
$ wine --version
wine-3.4
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.
http://bugs.winehq.org/show_bug.cgi?id=58705
Bug ID: 58705
Summary: Wolfenstein: The New Order (Wolfenstein: Old Blood) -
the screen is black
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352
Distribution: ArchLinux
Created attachment 79306
--> http://bugs.winehq.org/attachment.cgi?id=79306
terminal output
In Wine-10.14 both games started properly: intro videos, menus et al.
In Wine-10.15 the intro videos and various splash screens are displayed
correctly but the games show only black screen when reaching the menu (sounds
in the menu can be heard so the games work).
This was caused by
commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352
win32u: Don't store the window OpenGL drawables on the DCs.
With current HEAD (wine-10.15-28-g7d26649f637) the screen remains black during
the intro videos and when the menu is displayed (audio works so the game is
running).
This is after
commit 9cdfa803cd1f971bdf03667c86698685c913e97c
win32u: Validate the drawable surface window before reusing.
Happens both with wined3d and with DXVK 2.7.1+
Also occurs when switching to the experimental EGL opengl backend.
I tested this with the GOG version of the games, probably you can reproduce
this with the Steam version as well.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09
X.Org X Server 1.21.1.18
XFCE/XFWM 4.20 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.
http://bugs.winehq.org/show_bug.cgi?id=58491
Bug ID: 58491
Summary: Flickering on video-surveilance-app is back
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andreas.franz(a)arcor.de
Distribution: ---
Created attachment 78948
--> http://bugs.winehq.org/attachment.cgi?id=78948
started from terminal
Flickering on viewing a camera stream with activated hardware accelerated d3d11
setting is back. Desktop picture and camera picture is swapping.
It was gone with 10.0 stable - it's back with 10.12 (maybe some versions
earlier).
Software rendering works still fine.
regards, Andy
--
Do not reply 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=21855
Summary: WordPro Windows pull down does not show file names
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Created an attachment (id=26459)
--> (http://bugs.winehq.org/attachment.cgi?id=26459)
Missing file names in Windows pull down
Hi All,
Would you guys fix this for me?
I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents)
from the command line (the jpeg I have attached), then go to the "Window" pull
down to select which file to bring into focus, the file names are missing. If
you start Word Pro, then use File, Open to select two files, one at a time, the
second file does not show.
Many thanks,
-T
--
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=58602
Bug ID: 58602
Summary: Screen Issue in Colin McRae Rally 2
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: marcinzw(a)gmail.com
Regression SHA1: ae487930f8d3811a7434dc2cbb561982c894f5ba
Distribution: ---
The screen issue in Colin McRae Rally 2, originally reported in Bug #58488, is
still happening in Wine 10.13. After the intro video plays, the screen just
stays frozen when running the game in “Emulate a virtual desktop” mode – you
can still hear the sound, but nothing shows up. The patch I posted in Bug
#58488 still fixes it, though.
--- a/dlls/winex11.drv/opengl.c
+++ b/dlls/winex11.drv/opengl.c
@@ -1462,7 +1462,7 @@ static BOOL x11drv_surface_swap( struct opengl_drawable
*base )
if (pglXWaitForSbcOML) pglXWaitForSbcOML( gdi_display, gl->drawable,
target_sbc, &ust, &msc, &sbc );
}
- if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 ))
+ //if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 ))
{
if (!pglXWaitForSbcOML) XFlush( gdi_display );
client_surface_present( base->client, gl->hdc );
--
Do not reply 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=58534
Bug ID: 58534
Summary: Grand Theft Auto: Vice City intros play with a black
screen
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: e5e2fd0a5209b0d07233d294e0ace5f1e41dfed5
Distribution: ---
State of df00a5c097cd9cb292952f5307ee96d96fbc58b4 works good.
--
Do not reply 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=58156
Bug ID: 58156
Summary: Star Wars: Jedi Knight - Dark Forces II Demo: won't
launch, "smackw32.DLL" failed to initialize
Product: Wine
Version: 10.6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78437
--> http://bugs.winehq.org/attachment.cgi?id=78437
Wine-devel 10.6 log for "wine jkdemo.exe -windowgui"
the Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, it says
"smackw32.DLL" failed to initialize. This is a Windows 95 game demo
I tried setting the Windows Version to Windows 10, Windows 95, and Windows 98
in winecfg. I also tried launching the demo with and without the windowgui
flag: `wine jkdemo.exe -windowgui` as mentioned in AppDB HowTo section.
This is a regression because a lot of users report this game demo as Gold in
AppDB, including on macOS
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=10948)
The jedi.exe file is a launcher GUI which works fine, but when clicking "Play
Jedi Knight Demo" it fails with the error:
`file` command info for: jkdemo.exe
PE32 executable (GUI) Intel 80386, for MS Windows
Unable to start the Jedi Knight Demo game program. Try running JK.EXE where you
installed the Demo directly. Also make sure you have the latest DirectX drivers
installed on your system.
The macOS terminal shows this error as one of the last things in the log:
"err:module:loader_init "smackw32.DLL" failed to initialize, aborting"
(the module is normally unzipped next to the jkdemo.exe executable)
tested with Gcenx's Wine-devel 10.6
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11
and Wine-devel 9.21
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/9.21)
and Gcenx's Wine CrossOverFOSS 23.7.1-1 based on Wine 8.0.1
(https://github.com/Gcenx/winecx/releases/tag/crossover-wine-23.7.1-1)
download page (choose Download this File > Agree > Jedi Knight Demo.zip):
https://community.pcgamingwiki.com/files/file/1308-jedi-knight-dark-forces-…
sha256: 7bc013918cf79879a086a10c27306f2f3511852726f4b4a9fec09668ed221d18
--
Do not reply 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=58651
Bug ID: 58651
Summary: Legacy of Kain: Blood Omen black screen on startup but
with sound
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erwiniosef(a)gmail.com
Distribution: ---
NOTE: This is with Verok's GL patch:
https://www.pcgamingwiki.com/wiki/Blood_Omen:_Legacy_of_Kain#Essential_impr…
Verok's patch works via adding in 'ddraw=native' in DLLOVERRIDEs, the last
working version was 10.10 with
https://gitlab.winehq.org/wine/wine/-/merge_requests/7064 patch
The game launches with a black screen, the sound works and I can use the
keyboard to control the game with the game giving feedback back through sound,
so the only problem is the black 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=53767
Bug ID: 53767
Summary: vbscript fails to handle ReDim when variable is not
yet created
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I finally have the example table working and am starting to
work through the runtime errors.
Since the table scripts are often copies of copies of copied code, sometimes
bad practices make their way in.
Take the following code:
Const tnob = 5 ' total number of balls
ReDim rolling(tnob)
This works in real vbscript, but fails here.
As a work around, I've updated the script to:
Const tnob = 5 ' total number of balls
Dim rolling()
ReDim rolling(tnob)
According to the rules I've found:
It's possible to create a new dynamic array within a procedure using the ReDim
statement if the array to which it refers doesn't already exist at either
module or level. Typically, this results from an error of omission; the
programmer forgets to explicitly define the array using Dim, Public, or
Private. Since this method of creating an array can cause conflicts if a
variable or array of the same name is subsequently defined explicitly, ReDim
should be used only to redimension an existing array, not to define a new one.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32572
Bug #: 32572
Summary: Alpha Polaris doesn't play well with built-in d3dx9
libraries
Product: Wine
Version: 1.5.20
Platform: x86
URL: http://www.gamershell.com/download_75822.shtml
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 42985
--> http://bugs.winehq.org/attachment.cgi?id=42985
terminal output
The game comes with native d3dx9_34.dll installed in the game directory, the
reported problems happen only when you set it to built-in.
wine-1.5.20-57-gdabde6a or newer is needed to test this bug (a follow-up to bug
#27627).
The game starts and loads to the menu fine with the built-in d3dx9_34 but you
will face several issues throughout the game.
Install the demo then start it with AlphaPolaris.exe. Click <OK> in the
launcher and get in the game. Start a new game from the menu, skip the intro
video. Here are some issues I noticed with built-in d3dx:
- anytime you press a key (either in the menu or in mid-game) a black bar
appears in the upper left corner. An error message from the game engine
(Wintermute) is hiding behind those black bars, as I've seen those in the game
from bug #29495. "Script runtime error. View log for details".
- the game begins with a conversation but dialogues/subtitles are displayed so
fast that you can hardly read them. Probably due to this, most of the audio
(speech) is missing from the game.
- when the opening conversation ends you should see the main character standing
in front of his bed. With built-in d3dx the character is missing (invisible).
- the game tends to crash on exit as can be seen in the attached log file.
All those issues are non-existent when d3dx9_34=native.
Saved games that were created with built-in d3dx9_34 are also affected. If you
load a saved game created with built-in, those issues are present, even if the
game was started with native.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50210
Bug ID: 50210
Summary: S.T.A.L.K.E.R.: Call of Pripyat needs
D3DX11GetImageInfoFromMemory implementation
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Enhanced full dynamic lighting (DX11)
fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 08D75427, src_data_size 65664,
pump 00000000, img_info 0031D0C0, hresult 00000000 stub!
wine-5.22-195-gcbca9f847f6
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57877
Bug ID: 57877
Summary: CMD: Parsing issue: Mismatch in parentheses provoked
by trailing tab
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Wine has issues in parsing if-statements like the following:
if not [%FOO:~-1%] == [True] ( <----- NOTE THE TRAILING TAB HERE
echo ENTERED IF-EXPRESSION
)
On Windows those kind of expressions execute as expected but on Wine it errors
with a note 'Mismatch in parentheses.'. While playing around with this
construct I realised that the trailing tab may cause this issue. As soon as I
remove it, the code seems to work.
See also the attached reproducers.
For reference this, is the last issue to get the PlanAhead (part of Xilinx ISE)
batch scripts to work. They are responsible for configuring the environment and
starting the GUI.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58700
Bug ID: 58700
Summary: Regression: Direct3D applications show a blank screen
under wined3d in 10.15
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: im.tech.tac+wine(a)gmail.com
Distribution: ---
As of Wine-staging 10.15, all Direct3D applications only render a blank (often
black) screen while still producing sound and reacting to inputs.
This issue was not present in 10.14, downgrading to it fixes the problem.
Multiple Unity games seem to have consistently produced this issue.
Arch Linux, latest packages up to 2025/09/14.
KDE Plasma 6 Wayland session.
Both X11 and Wayland Wine backends seem affected.
AMD A8-5500B with Radeon HD 7560D.
No Vulkan support whatsoever.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57251
Bug ID: 57251
Summary: Keepass 2: program crashes when clicking on the User
name field to add or change an entry
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bouwe(a)westerdijk.info
Distribution: ---
Created attachment 77169
--> https://bugs.winehq.org/attachment.cgi?id=77169
Saved crash report
As described in the Summary.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57241
Bug ID: 57241
Summary: Managed COM components fail to load outside of
application directory
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: bob(a)paradoxlost.com
Distribution: ---
Managed assemblies are not loaded outside of the "current" directory due to a
failure to open the file using the CodeBase path.
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/mscoree/corruntimeho…
Here, the incorrect variable is passed to CreateFileW. It should be filename
instead of path.
--
Do not reply 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=9127
--- Comment #125 from Zeb Figura <z.figura12(a)gmail.com> ---
(In reply to Bob from comment #124)
> This issue is still reproducible in Wine 10.14.
> After the error message is shown, the cutscene audio works with a black
> screen.
> The terminal shows:
>
> 01a8:err:quartz:autoplug Failed to add filter, hr 0x80004005.
Please ensure that your 32-bit GStreamer plugins are installed and try 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.
http://bugs.winehq.org/show_bug.cgi?id=7115
Zeb Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |b2acf5d8568026715101d4509bb
| |e043889f0aca1
Status|STAGED |RESOLVED
CC| |z.figura12(a)gmail.com
Resolution|--- |FIXED
--- Comment #29 from Zeb Figura <z.figura12(a)gmail.com> ---
Fixed upstream by b2acf5d8568026715101d4509bbe043889f0aca1.
--
Do not reply 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=58736
Bug ID: 58736
Summary: Commandos: Behind Enemy Lines screen rotated, when
playing on Xephyr/Wayland with KWin_x11
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: nintyfan19(a)gmail.com
Distribution: ---
Created attachment 79358
--> http://bugs.winehq.org/attachment.cgi?id=79358
Logs from GDI
Game is launched incorrectly. Screen is rotated.
I do not known if GDI is broken or something else. I attached GDI logs, cause I
think it is most suspicious.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57547
Bug ID: 57547
Summary: All HIDRAW devices stop working after pressing extra
button on Logitech G903 mouse
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: dixonte+winehq(a)stc-networks.com
Distribution: ---
Created attachment 77615
--> https://bugs.winehq.org/attachment.cgi?id=77615
WINEDEBUG=+hid,+plugplay,+dinput,+rawinput WINEPREIF=$HOME/Games/star-citizen
/usr/lib/wine-staging-10.0_rc2/bin/wine control
I have my G903 configured such that pressing one of the extra buttons emulates
pressing F14 on a keyboard. I have also built a foot pedal using a
microcontroller that does the same thing. I use this for push-to-talk in
Discord.
When I press the extra button on my mouse, this seems to cause an error in wine
that stops all HIDRAW devices from working until I restart wineserver. Oddly
and importantly, the foot pedal does not cause the same issue. (I'm vaguely
aware this mouse is what Logitech calls 'HID++', so I wouldn't be surprised if
they are doing something weird that is tripping wine up.)
I've attached a log of reproducing the issue by running 'wine control' with
WINEDEBUG=+hid,+plugplay,+dinput,+rawinput
Now that I know how to do it I can reproduce the issue 100% of the time.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57367
Bug ID: 57367
Summary: DLNest crash due to unimplemented function
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
DLNest new 2.0 version use dotnet and shown following message
Unimplemented function ntdll.dll.NtCreateWaitCompletionPacket called at address
00006FFFFFC5F038 (thread 0140), starting debugger...
which is seems like unimplemented in 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.
http://bugs.winehq.org/show_bug.cgi?id=58698
Bug ID: 58698
Summary: Application goes into an infinite loop under new wow64
but works okay under old wow64
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dkk089(a)gmail.com
Distribution: ---
Created attachment 79297
--> http://bugs.winehq.org/attachment.cgi?id=79297
WINEDEBUG=+virtual under "new wow64"
Application goes into an infinite loop under new wow64 but works okay under old
wow64
I have an application that enters an infinite loop under "new wow64" but works
okay with "old wow64". Running under actual 64-bit Windows is okay too. The
problem seems to be caused by application logic which calls VirtualAlloc()
repeatedly in order to (presumably) find out the maximum available amount of
memory that the application is able to allocate.
The first hint that this might be somehow related to memory were the error
messages reported when running under "old wow64" :
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x80010000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 80000000
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x78010000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 78000000
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x74010000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 74000000
Running the application with WINEDEBUG=+virtual showed the
NtAllocateVirtualMemory calls that are made by the application, starting with a
size of 0x7fffffff, exploring a number of different sizes, and then eventually
settling on 0x701f0000 :
01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 7fffffff 2000
00000004
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x80010000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 80000000
01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000
01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 3fffffff 2000
00000004
01a0:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000
01a0:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc)
01a0:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw-
01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff 0x11050000 00000000 8000
-- snip : successful calls after that with sizes 0x5fffffff , 0x6fffffff --
01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 77ffffff 2000
00000004
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x78010000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 78000000
01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000
-- snip : goes on to try sizes starting with 0x70 ... --
01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0001 2000
00000004
01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x70201000, unix_prot 0
01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 701f1000
01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000
01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0000 2000
00000004
01a0:trace:virtual:map_view got mem with anon mmap 0x80000000-0xf01f0000
01a0:trace:virtual:dump_view View: 0x80000000 - 0xf01effff (valloc)
01a0:trace:virtual:dump_view 0x80000000 - 0xf01effff --rw-
01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000
The application makes the same calls under "new wow64", but since none of those
calls ever fail, it seems to get confused, reaches size=0, and then gets stuck
on that size :
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 7fffffff
2000 00000004
016c:trace:virtual:map_view got mem with map_free_area 0x7fff0000-0xffff0000
016c:trace:virtual:dump_view View: 0x7fff0000 - 0xfffeffff (valloc)
016c:trace:virtual:dump_view 0x7fff0000 - 0xfffeffff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x7fff0000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 3fffffff
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000
016c:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc)
016c:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 1fffffff
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x31050000
016c:trace:virtual:dump_view View: 0x11050000 - 0x3104ffff (valloc)
016c:trace:virtual:dump_view 0x11050000 - 0x3104ffff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0fffffff
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x21050000
016c:trace:virtual:dump_view View: 0x11050000 - 0x2104ffff (valloc)
016c:trace:virtual:dump_view 0x11050000 - 0x2104ffff --rw-
-- snip : repeated calls with size right-shifted by 1 --
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0000000f
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000
016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc)
016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000007
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000
016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc)
016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000003
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000
016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc)
016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000001
2000 00000004
016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000
016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc)
016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw-
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000
8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000
2000 00000004
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000
2000 00000004
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000
016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000
2000 00000004
016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000
It then loops on the call with size=0 indefinitely and keeps running until I
kill the wineserver.
Unfortunately, this is a proprietary legacy application so I can't share it,
however I'll be more than glad to accept pointers on which debug channels to
activate, any other further debugging steps, or changes to the code that might
fix this.
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.
http://bugs.winehq.org/show_bug.cgi?id=35648
Bug ID: 35648
Summary: Anthem Room Correction 2 v1.0.1: crash when connecting
to A/V receiver in auto mode
Product: Wine
Version: 1.7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tristan.schmelcher(a)gmail.com
Created attachment 47607
--> http://bugs.winehq.org/attachment.cgi?id=47607
Console output
The application Anthem Room Correction 2 v1.0.1 crashes when trying to connect
to an A/V receiver if run in automatic mode (with "/Auto" specified on the
command line). The application also fails in manual mode at the same spot, but
it doesn't crash; instead it hangs with 100% CPU usage.
The console output with stack trace from the crash in automatic mode is
attached.
The application can be downloaded at
http://anthemav.com/downloads/ARC-2%20Setup.zip, but you must have an Anthem
A/V receiver in order to get this far in it. I am happy to carry out suggested
testing/debugging.
74dc2107ca936dddbd0fc6abbb2baf74e387c163 ARC-2 Setup.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.
http://bugs.winehq.org/show_bug.cgi?id=58734
Bug ID: 58734
Summary: How to disable usage of wayland and use x11 (xwayland)
instead
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: euloanty(a)live.com
Distribution: ---
After 9.22 it enforces wayland but it does not work correctly on my machine
(like UI issues, keyboard issues, no touch support etc). How to disable 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.
http://bugs.winehq.org/show_bug.cgi?id=23326
Summary: Cannot change printer settings, Family Tree 7
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesl(a)bestweb.net
Created an attachment (id=29072)
--> (http://bugs.winehq.org/attachment.cgi?id=29072)
FTW7 print dialogue, compare Wine to XP
Cannot select printer/change print settings with Family Tree Maker 7. Dialogue
box comes up, drop-down boxes are working, but radio buttons for switching
between "default printer" and an alternate printer are not selectable. Have
compared the print dialogue between Wine vs a native install under Windows XP
(SP3) and notice some text from the Windows install does not show up under
Wine.
Also tried the same thing with the "free" version of FTM2005se available at
http://past.familytreemaker.com/download/starter.aspx and found it's behavior
is the same. So I will describe steps from there, since it would be eaier for
someone to get that to test against.
STEPS TO RECREATE:
1: Set up wine profile with "WINEPREFIX=/home/jelabarre/wine-apps/ftw2005
winecfg"; set winver to "Windows XP", point the Documents directory under
Desktop Integration to my own Documents directory
2: install FTW2005 by running
"WINEPREFIX=/home/jelabaWINEPREFIX=/home/jelabarre/wine-apps/ftw2005 wine
./FamilyTreeMaker2005se.exe", accept all defaults.
3: open FTW 2005 from "Wine" menu entry on Gnome menu. Selected "Buy Later"
from popup window (does not affect outcome, as same print problem occurrs in a
regular retail version of FTM7)
4: create new file, or use existing file (same result either way)
5: select "File | Print Setup", then try to select radio button for either
"Default Printer" or "Specific Printer". Neither can be selected
6: try selecting a "specific printer" from drop-down box. Printer can be
selected, but radio buttons still not functional.
7: after selecting a printer other than the default (such as print-to-PDF) and
then try printing. Output will still go to the Linux default printer, no edits
of the print settings will take effect.
The "Family Archive Viewer v6.0" at
http://familytreemaker.genealogy.com/abtffiv.html and "Family Archive Viewer
v11.0" at http://www.genealogy.com/abtffiv.html are other variants that
exhibits this behavior.
Have attached sample screenshots of Wine vs WinXP versions of the print
dialogue.
--
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=58733
Bug ID: 58733
Summary: widl gives a segmentation fault.
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
I tried this command:
~/wine/tools/widl/widl -I ~/wine/include/ -L ~/wine/dlls/stdole2.tlb/
~/wine/include/msinkaut.idl
Result: Segmentation fault
This command works for other idl files like wbemdisp.idl
I found a hack to work around the crash is to make the 4 methods in msinkaut
that contain IDataObject static; might be a pointer to the cause of the bug?
diff --git a/include/msinkaut.idl b/include/msinkaut.idl
index 743dec82a40..0bc6d5c79d5 100644
--- a/include/msinkaut.idl
+++ b/include/msinkaut.idl
@@ -656,20 +656,20 @@ cpp_quote("#endif /* _WINGDI_ */")
[in] VARIANT PacketData,
[in] VARIANT PacketDescription,
[out, retval] IInkStrokeDisp **Stroke);
- HRESULT ClipboardCopyWithRectangle(
+ static HRESULT ClipboardCopyWithRectangle(
[in] IInkRectangle *Rectangle,
[in] InkClipboardFormats ClipboardFormats,
[in] InkClipboardModes ClipboardModes,
[out, retval] IDataObject **DataObject);
- HRESULT ClipboardCopy(
+ static HRESULT ClipboardCopy(
[in] IInkStrokes *strokes,
[in] InkClipboardFormats ClipboardFormats,
[in] InkClipboardModes ClipboardModes,
[out, retval] IDataObject **DataObject);
- HRESULT CanPaste(
+ static HRESULT CanPaste(
[in] IDataObject *DataObject,
[out, retval] VARIANT_BOOL *CanPaste);
- HRESULT ClipboardPaste(
+ static HRESULT ClipboardPaste(
[in] long x,
[in] long y,
[in, unique] IDataObject *DataObject,
--
Do not reply 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=58696
Bug ID: 58696
Summary: Profi cash 12 (32-Bit German Banking Software) crashes
during starting among Linux Mint
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: michael.howland(a)kabelbw.de
Distribution: ---
Created attachment 79293
--> http://bugs.winehq.org/attachment.cgi?id=79293
Wine debugger mistake details
Profi cash version 12 is a 32-Bit German Banking Software.
It is crashing during starting in a Wine 9.0 box among Linux Mint.
Wine tricks is also installed.
I think the mistakes have to do with Microsofts .Net Runtime environment.
I could install the above mentioned software without a mistake message under
Wine 9.0.
.Net package is also installed.
The previous main Version of Profi cash was version 11.
Profi cash version 11 runs in a Wine 9.0 box on the same computer.
The only two things which are not doing is printing and working with a
reiner sct (smartcard reader) via USB. But I can live with that.
I think the reason is, that Wine is just a box for a Windows program and not a
complete Windows environment. If so, that would be fine.
By the way Profi cash Version 11 needs no .Net Runtime environment to run.
The development of Version 11 is terminated. New features and amendments by law
or regulations will be only technically implemented in Version 12.
Hope someone can help me.
Best 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.
http://bugs.winehq.org/show_bug.cgi?id=58566
Bug ID: 58566
Summary: Maxis games (Simcity2000, SimCopter, StreetsofSimCity)
do not work anymore because smackw32.dll won't load,
no matter how much it's pasted all over the file
system. WoW64 (yes I know you'll just ignore this bug
as won't fix: that's how opensource is now)
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaosesqueteam(a)sogetthis.com
Distribution: ---
This dll doesn't work on WoW: it's in the game dir, and I put it in
systemwow64, system32, and system. Doesn't work. No maxis games can run. (also
note: the 16 bit installer doesn't work at all since you don't allow 16 bit
apps in wow64 mode, only 32, so all of the games everyone is using wine for
can't be installed the normal way anymore since they use 16 bit installer
binaries)
0640:err:environ:init_peb starting L"F:\\WIN95\\SC2K\\SIMCITY.EXE" in
experimental wow64 mode
0640:fixme:wow:wow64_NtSetLdtEntries 1107 0488323f 0000f335 0000 00000000
00000000: stub
0640:err:module:loader_init "smackw32.dll" failed to initialize, aborting
0640:err:module:loader_init Initializing dlls for
L"F:\\WIN95\\SC2K\\SIMCITY.EXE" failed, status c0000005
Ok so I'll be banned now for reporting a bug
>WOW64: WONT FIX!!!
>MAXIS 16 bit installer! WONT FIX
>32 bit dll though and you got around the installer
>WONT FIX AND BANNED!!!
Opensource really sucks these days.
I liked it when I was coding with my friends 20 years ago.
This culture of bullshit didn't exist then, and ultra professionalism.
We are hackers.
Not professional software engineers.
--
Do not reply 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=58613
Bug ID: 58613
Summary: wine cannot run WinAuth at all - no GUI, instant crash
Product: Wine
Version: 10.13
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: owokkgccs0s8os0gk4o4gsk8wss0w0ww(a)ai.notifier.in
Distribution: ---
https://github.com/winauth/winauth
1. "wine /path/to/WinAuth.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.
http://bugs.winehq.org/show_bug.cgi?id=58583
Bug ID: 58583
Summary: msvcp140: Multiple modern applications using C++
Concurrency crash in CONCRT140.dll on startup
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: waser(a)waser.tech
Distribution: ---
Created attachment 79107
--> http://bugs.winehq.org/attachment.cgi?id=79107
The game's own crash log from its `_appdata_ixray_/logs` directory.
This report details a consistent, immediate startup crash in `CONCRT140.dll`
affecting modern S.T.A.L.K.E.R. engine forks. These engines are based on the
open-source **Open X-Ray 1.6**, which itself works flawlessly under Wine.
The crash only appears in these newer, more advanced forks which leverage the
MSVC concurrency runtime for performance. This strongly indicates the issue
lies within Wine's implementation of these APIs, not a bug in the engines
themselves. This is effectively a regression, as the baseline engine works
while the newer, concurrency-enabled versions do not.
**Existing Related Bugs:**
This issue appears to be a new, highly reproducible test case for known
problems in Wine's concurrency support. We are filing this as a new report due
to the unique test case and the specific failure point (constructor vs.
destructor), but it is likely caused by the same underlying issues as:
- **Bug 52899:** Notes that `CONCRT140.dll` requires `CreateEventExW` from
`kernel32`. This is the most likely root cause.
- **Bug 41749:** Shows a crash in the destructor for
`Concurrency::details::_TaskCollection`. Our crash occurs in the *constructor*
of this same object, demonstrating a different failing code path.
Our report provides two clear methods to reproduce this crash, including one
that is fully free and requires no commercial software.
---
### **Primary Reproduction Steps (IX-Ray on S.T.A.L.K.E.R.: Call of Pripyat)**
*(Steps 1-5 as in previous draft)*
6. **Run the Game with Debug Logging:** Launch the game using its main
executable with full debug channels enabled.
```bash
WINEDEBUG=+all wine Stalker-COP.exe &> stalker_cop_crash_all.log
WINEDEBUG=+seh,+loaddll wine Stalker-COP.exe &> stalker_cop_crash_seh.log
```
7. **Result:** The process will crash immediately. The game's own crash log
(in `_appdata_ixray_/logs`) and the attached Wine debug logs will show a fatal
error in `CONCRT140.dll`.
---
### **Alternative Reproduction Steps (AOEngine on S.T.A.L.K.E.R. Anomaly)**
*(As in previous draft, but with the same logging commands)*
---
**Expected Behavior:**
The game launcher should appear, and the game should launch to the main menu
successfully, as it does on Windows and as the baseline Open X-Ray 1.6 engine
does under Wine.
**Logs:**
Three files will be attached for the primary reproduction case:
1. `stalker_cop_crash_seh.log`: A small log with `+seh,+loaddll` for quick
initial review.
2. `stalker_cop_crash_all.log.bz2`: The complete `+all` debug log, compressed
with bzip2 due to its large size.
3. `ixray-2025.08.10-02.37.21-waser.log`: The game's own crash log from its
`_appdata_ixray_/logs` directory.
**References:**
- **IX-Ray GitHub (Open Source Engine):**
https://github.com/ixray-team/ixray-1.6-stcop
- **GE-Proton Issue #197 (Full History):**
https://github.com/GloriousEggroll/proton-ge-custom/issues/197
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57744
Bug ID: 57744
Summary: Custom? 7z self extracting archive for autocad is
broken
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: francisco278herrera(a)gmail.com
Distribution: ---
Created attachment 77944
--> https://bugs.winehq.org/attachment.cgi?id=77944
dlls that aren't extracted
I tried installing autocad 2025 from the autodesk website
https://www.autodesk.com/products/autocad/overview?term=1-YEAR&tab=subscrip…
the installer at first fails to open. it seems to be a custom? 7z self
extracting archive that is broken so some dlls within it are not extracted and
the installer does not run. i have attached the full terminal output with the
dlls.
so i opened the exe using gnome file roller and copied those dlls to wine's
system32 folder. then the installer runs and gets stuck at 3%, but that is
another 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=58569
Bug ID: 58569
Summary: 32 bit video dll "smackw32" does not load under WoW64
for some reason (mac OSX, 64 bit only) (sorry, wine
works fine elsewhere, only hit this on macOSX)
Product: Wine
Version: 10.12
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaosesqueteam(a)sogetthis.com
The widely used video codec DLL smackw32.dll, which is used by Maxis games and
other things from the fun era of PC videogaming, doesn't load for some reason
under WoW64 on MacOSX 64-bit only (ie: past 10.15 etc).
Other 32 bit apps work fine (notepad++ 32 bit compile, simcity 3000 executable
works fine, etc).
No idea why this one 32 bit dll doesn't work, but it doesn't
Reporting as it's a 32 bit item that isn't loading under WoW64: (not 16 bit
issue as mistaken for).
0640:fixme:wow:wow64_NtSetLdtEntries 1107 0488323f 0000f335 0000 00000000
00000000: stub
0640:err:module:loader_init "smackw32.dll" failed to initialize, aborting
(Note: happens on 32 bit compiled apps like: Streets of Sim .exe ,
simcopter.exe, and network enabled simcity 2000.exe (2SCN), which is 32 bit).
I tried the smackw32.dll included on the CDs, and put them in different places:
system64wow, system32, and then system.
It is also in existance alongside the exes. So every possibility was tried.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56881
Bug ID: 56881
Summary: BloodRayne unable to run in wow, but able to run under
none wow build
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 76692
--> https://bugs.winehq.org/attachment.cgi?id=76692
Log with WINEDEBUG=+server,relay
the game seems and anti-cheat in it.
Game is unable to run under wow build of wine
but success run under none wow build
OS is ubuntu 20.04
wine is latest master.
--
Do not reply 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=58709
Bug ID: 58709
Summary: upgrade to 10.15 results in garbled fullscreen in
Limelight Lemonade Jam
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 79308
--> http://bugs.winehq.org/attachment.cgi?id=79308
terminal output for 10.12–10.15
[Ubuntu 22.04, WINE packages from winehq.org repo]
I've been playing the trial version of Limelight Lemonade Jam, which is
available for free from
https://sample9.dmm.co.jp/digital/pcgame/yuzu_0012/yuzu_0012t.zip, using WINE
10.12. No issues.
Warning! The full game is NSFW, it's possible the trial has NSFW content as
well; but if so, it doesn't come up for quite a while.
WINE got upgraded to 10.15 just now, and the game doesn't launch correctly any
more, the display is messed up, see screenshot.
So I tested 10.12–10.15, each run with a fresh prefix, and it's reproducible:
- 10.12: OK
- 10.13: OK
- 10.14: OK
- 10.15: BROKEN
Full disclosure, I've set the game to fullscreen and enabled the suspend/resume
function, i.e. it'll bypass the main menu on launch and resume the game
directly. Judging by the sound, the game loads fine even on 10.15, AFAICT it
still reacts to keyboard input correctly, it's just the display that's messed
up.
It's likely that this affects other games using the KiriKiri engine 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.
http://bugs.winehq.org/show_bug.cgi?id=58665
Bug ID: 58665
Summary: cmd incorrectly wraps text containing ANSI escape
sequences
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)gaga.casa
Distribution: ---
Created attachment 79250
--> http://bugs.winehq.org/attachment.cgi?id=79250
reproducer: should print 3 lines; wine prints 4 lines
Wine's cmd.exe prematurely inserts line breaks when a program's output contains
non-printable ANSI escape sequences, such as those used to change colors.
It looks as though Wine is counting not only the printable characters in the
program's output, but also the non-printable ones, and using the total to
decide where to insert a line break. Text that fits entirely on one line in a
real Windows console is sometimes broken midway through the line, or followed
by a blank line that should not be there, when run in an xterm using Wine.
I am attaching a batch file that reproduces the problem. It should print 3
lines. The second line is identical to the others with the addition of some
non-printable escape sequences. These characters should either occupy no width
in the terminal (making the line length match the others) or be rendered as
visible placeholder characters (as older Windows versions do). To see Wine
handling it incorrectly, run it in an 80-column xterm or a similar terminal.
Ideally, the output should look like this, with the head of line 2 in red:
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789
In wine, the output looks like this:
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_12
3456789
79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789
Bug 49780 is related, but IMHO does not excuse this behavior. Regardless of
whether virtual terminal sequences are supported, Wine should either print a
character or not count it toward the length of a line when deciding where to
wrap 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.
http://bugs.winehq.org/show_bug.cgi?id=58411
Bug ID: 58411
Summary: Audio tab in winecfg hasn't worked since Wine 10.6
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78821
--> http://bugs.winehq.org/attachment.cgi?id=78821
Screenshot
Since Wine 10.6, the Audio tab in winecfg says "Selected driver: (None)" at the
top, the only option in all of the drop-downs is "(System default)", and the
"Speaker configuration" section is empty. The "Test Sound" button still works
though. `git bisect` says:
a6aa0108f365b1465bc594a053af84116a28ce34 is the first bad commit
commit a6aa0108f365b1465bc594a053af84116a28ce34
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Apr 15 12:57:37 2025 +0200
mmdevapi: Get rid of the Wine info device.
--
Do not reply 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=58527
Bug ID: 58527
Summary: autocad electrical 2026 error in wxwidgets
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grandrodri3(a)gmail.com
Distribution: ---
Created attachment 79001
--> http://bugs.winehq.org/attachment.cgi?id=79001
autocad architecture error in wxwidgets
Hey, hello guys, how are you?
Well, I'm adding a new application to the Wine database. This is an AutoCAD
application developed by Autodesk, specifically for electrical plans
(specifically, electrical panel installations in homes). So, I'm reporting the
error the installer gives me to see if anything can be done. The error I'm
getting, by the way, was loaded with the following DLLs installed:
vcrun2012 vcrun2022 dotnetcore3 dotnet8
I get an error in the DLLs for the Windows implementation of wxwidgets. I've
tried installing wxwidgets from their official website, but nothing. AutoCAD
doesn't go beyond the terminal (that is, the installer doesn't display).
official download website:
https://www.autodesk.com/es/products/autocad/included-toolsets/autocad-elec…
I'll pass what I get in the terminal.
Could you please check it?
Best 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=44252
Bug ID: 44252
Summary: Secret World Legends - ClientPatcher.exe crashes
Product: Wine
Version: 3.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Hello everyone,
I tried running the update mechanism for "Secret World Legends" today and got a
crash. It is not one of these "unrecoverable errors" with Windows but a Funcom
bug so you might file this as NOTOURBUG.
Could you please take a look at my console output I gathered when you are out
of code freeze?
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.
http://bugs.winehq.org/show_bug.cgi?id=32715
Bug #: 32715
Summary: Running of Linux Live USB causes kernel32 to blow up
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: raj(a)upadhyaya.com
Classification: Unclassified
Created attachment 43167
--> http://bugs.winehq.org/attachment.cgi?id=43167
Backtrace of blow up
I began testing Linux Live USB creator on Linux. I am running
wine version wine-1.5.18 installed via YUM on Fedora 18, using
the linux kernel 3.8.0-rc3 compiled from source from www.kernel.org.
What Linux Live USB does, is it creates a Live USB Linux USB thumb drive from
an ISO. I keep a Windows XP partition around to run this program. My hope is
to use Wine to run this program and create Linux thumb drives.
Live Linux USB should task Wine, as it looks for new updates and other
information from its web site.
Back Trace attached...
--
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=58550
Bug ID: 58550
Summary: Native host executable is run asynchronously
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: Bjoern(a)Kautler.net
Distribution: ---
Some context to understand the use-case:
I have a build that runs on CI agents running Linux.
That build runs InnoSetup through wine to build an EXE installer.
To sign the executable you can give InnoSetup a command to run (signing after
building is not possible, because there is also an uninstaller built into the
result that also needs signing.
For the signing I use JSign which cross-platform can sign executables using a
remote sign server.
JSign is a Java program.
I want to avoid provisioning a separate Windows Java Runtime just for that
task.
So I have a .bat file that translates the path of the signable file from wine
path to Linux path.
Now I need to call the host systems Java runtime with that path and wait for it
to finish.
I tried various things.
I tried like the FAQ suggests to add . to PATHEXT and just call the Linux
executable.
This works from the commandline like
wine /usr/lib/jvm/java-11-openjdk-amd64/bin/java
but also does not wait for the process to finish, if you do
wine /usr/lib/jvm/java-11-openjdk-amd64/bin/java; echo FOO
you see the FOO before the Java output.
Furthermore it does not work from inside the .bat file.
I also tried with
START /B /D . /WAIT /UNIX /usr/lib/jvm/java-11-openjdk-amd64/bin/java
This even works without manipulating PATHEXT.
But is also does not wait for the process to finish, despite the /WAIT.
It immediately returns and then further processing fails as JSign sees the file
is not signed yet after the process seemingly ended.
So it seems wine never waits for the process to end, no matter what I use but
immediately returns, making further processing impossible.
--
Do not reply 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=58584
Bug ID: 58584
Summary: msvcp140: Multiple modern applications using C++
Concurrency crash in CONCRT140.dll on startup
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: waser(a)waser.tech
Distribution: ---
This report details a consistent, immediate startup crash in `CONCRT140.dll`
affecting modern S.T.A.L.K.E.R. engine forks. These engines are based on the
open-source **Open X-Ray 1.6**, which itself works flawlessly under Wine.
The crash only appears in these newer, more advanced forks which leverage the
MSVC concurrency runtime for performance. This strongly indicates the issue
lies within Wine's implementation of these APIs, not a bug in the engines
themselves. This is effectively a regression, as the baseline engine works
while the newer, concurrency-enabled versions do not.
**Existing Related Bugs:**
This issue appears to be a new, highly reproducible test case for known
problems in Wine's concurrency support. We are filing this as a new report due
to the unique test case and the specific failure point (constructor vs.
destructor), but it is likely caused by the same underlying issues as:
- **Bug 52899:** Notes that `CONCRT140.dll` requires `CreateEventExW` from
`kernel32`. This is the most likely root cause.
- **Bug 41749:** Shows a crash in the destructor for
`Concurrency::details::_TaskCollection`. Our crash occurs in the *constructor*
of this same object, demonstrating a different failing code path.
Our report provides two clear methods to reproduce this crash, including one
that is fully free and requires no commercial software.
---
### **Primary Reproduction Steps (IX-Ray on S.T.A.L.K.E.R.: Call of Pripyat)**
*(Steps 1-5 as in previous draft)*
6. **Run the Game with Debug Logging:** Launch the game using its main
executable with full debug channels enabled.
```bash
WINEDEBUG=+all wine Stalker-COP.exe &> stalker_cop_crash_all.log
WINEDEBUG=+seh,+loaddll wine Stalker-COP.exe &> stalker_cop_crash_seh.log
```
7. **Result:** The process will crash immediately. The game's own crash log
(in `_appdata_ixray_/logs`) and the attached Wine debug logs will show a fatal
error in `CONCRT140.dll`.
---
### **Alternative Reproduction Steps (AOEngine on S.T.A.L.K.E.R. Anomaly)**
This method is fully free and requires no commercial game assets.
1. **Download S.T.A.L.K.E.R. Anomaly:** Download the standalone game from its
[ModDB page](https://www.moddb.com/mods/stalker-anomaly/downloads).
2. **Download AOEngine:** Download the latest AOEngine release from its [ModDB
addons page](https://www.moddb.com/mods/stalker-anomaly/addons/aoengine).
3. **Install AOEngine:** Extract the contents into the Anomaly game's `bin`
directory, overwriting `AnomalyDX11.exe`.
4. **Create a Clean Wine Prefix:**
```bash
export WINEPREFIX=~/.wine_anomaly
rm -rf $WINEPREFIX && wineboot -u
```
5. **Install Runtimes:**
```bash
winetricks -q vcrun2022 d3dcompiler_47
```
6. **Run the Game with Debug Logging:** Launch the game using the Anomaly
launcher.
```bash
WINEDEBUG=+all wine AnomalyLauncher.exe &> anomaly_crash_all.log
WINEDEBUG=++seh,+loaddll wine AnomalyLauncher.exe &> anomaly_crash_seh.log
```
(Within the launcher, disable AVX, select DX11, disable the shader cache,
and click Play).
7. **Result:** The exact same crash behavior as the IX-Ray method will be
observed. The game's crash log will be in `_appdata_/logs` and the full Wine
log will be `anomaly_crash_*.log`.
---
**Expected Behavior:**
The game launcher should appear, and the game should launch to the main menu
successfully, as it does on Windows and as the baseline Open X-Ray 1.6 engine
does under Wine.
**Logs:**
Three files will be attached for the primary reproduction case:
1. `stalker_cop_crash_seh.log`: A small log with `+seh,+loaddll` for quick
initial review.
2. `stalker_cop_crash_all.log.bz2`: The complete `+all` debug log, compressed
with bzip2 due to its large size.
3. `ixray-2025.08.10-02.37.21-waser.log`: The game's own crash log from its
`_appdata_ixray_/logs` directory.
**References:**
- **IX-Ray GitHub (Open Source Engine):**
https://github.com/ixray-team/ixray-1.6-stcop
- **GE-Proton Issue #197 (Full History):**
https://github.com/GloriousEggroll/proton-ge-custom/issues/197
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56937
Bug ID: 56937
Summary: Alice madness return was unable to run under wow64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Alice madness return will show AWC.dll load failed.
But it normal under none wow build
Environment
ubuntu 20.04
wine version lastest master commit 797df8df394
--
Do not reply 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=34516
Bug #: 34516
Summary: Terragen fails to start
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 45946
--> http://bugs.winehq.org/attachment.cgi?id=45946
Terminal output on Wine 1.7.2
Steps to reproduce:
1) remove ~/.wine
2) install Terragen
3) wine tgd.exe
4) click "Use free version"
Behaviour:
Wine error.
Expected behaviour:
No Wine error.
--
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=58591
Bug ID: 58591
Summary: Brother P-Touch Editor crashes
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: air.lightz(a)gmail.com
Distribution: ---
Created attachment 79121
--> http://bugs.winehq.org/attachment.cgi?id=79121
description? is this a joke?
Tried to use Brother P-Touch Editor software to create shipping labels for
work, and it fails catastrophically when trying to open it
I am using Linux Mint and installed wine with a simple 'apt install -y wine'
And I am a novice user, so no clue where to go from here
Also, this website is way too difficult to report bugs on, terrible UX and way
to many hoops to jump through. The epitome of why people hate linux.
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.
http://bugs.winehq.org/show_bug.cgi?id=58594
Bug ID: 58594
Summary: Teraterm 5.4.1 / Serial communication not functional
Product: Wine
Version: 10.12
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: ---
Tested with Wine 10.12 on Ubuntu 22.04 running on VMware.
When data is sent to serial port teraterm GUI become sluggish/unusable.
Menu's do not work and data sent to serial port is not shown.
When data sending is stopped GUI starts to work normally and data is shown on
terminal.
Functionality is pretty much the same as in bug-58142
Tests steps:
- Connect USB-serial port to system.
- Open serial port with teraterm & set settings(baud,stop bits...)
- Start sending data to serial port.
- Try to open menus.
Not sure is this possible to reproduce with virtual serialport(s)
Download link:
https://github.com/TeraTermProject/teraterm/releases/download/v5.4.1/terate…
--
Do not reply 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=58561
Bug ID: 58561
Summary: Guildwars 2 Trading post is crashing
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: emethorst(a)gmail.com
Distribution: ---
Created attachment 79068
--> http://bugs.winehq.org/attachment.cgi?id=79068
Trading Post backlog
The problem is application specific and it local to Guildwars 2.
I can run the game just fine, but when opening the Trading Post (this is where
players sell their loot) it crashed. This means after a while of playing all
your inventory is full and you can't sell it anymore. This is kind of an issue.
I am running on the latest (freshly installed) kubuntu
uname -a gives:
Linux [My machine name] 6.14.0-27-generic #27~24.04.1-Ubuntu SMP
PREEMPT_DYNAMIC Tue Jul 22 17:38:49 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
I have installed the i386 architecture since following instructions in this
thread:
https://askubuntu.com/questions/454253/how-to-run-32-bit-app-in-ubuntu-64-b…
The only probrem being that on the
'sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386'
it gave an error that "E: Package 'libncurses5:i386' has no installation
candidate"
Would be nice if this could be fixed
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50471
Bug ID: 50471
Summary: Kindle for PC 1.16.0 can't connect
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ameniutaeba1978(a)gmail.com
Distribution: ---
Created attachment 69103
--> https://bugs.winehq.org/attachment.cgi?id=69103
Kindle error
I installed Kindle for PC ver 1.16.0 from winetricks on my Manjaro Linux.
When I start Kindle, Kindle says "Unable to connect.
Please check your network setting and proxy configuration.
Network settings can be found under Tools > Options > Network"
I tested on wine-5.22 and wine-6.0-rc6 on Manajaro Linux but same result.
I also tested wine-5.0 on Feren OS but the problem didn't occurred.
So the problem is on wine 5.22 or later, or on Manjaro Linux.
I've also posted the problem on Manjaro Forum but no good reply.
https://forum.manjaro.org/t/is-there-anyone-who-use-amazon-kindle-for-pc-vi…
I attach the STDOUT and STDERR.
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.
http://bugs.winehq.org/show_bug.cgi?id=58739
Bug ID: 58739
Summary: Game (Geometry Dash) crashed in wine 10.0
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: chinatty0326(a)outlook.com
Distribution: ---
Created attachment 79365
--> http://bugs.winehq.org/attachment.cgi?id=79365
backtrace
I met this bug the instant I run Geometry Dash in wine 10.0(precompiled)
The backtrace was shown before the game window popped up. But in wine 6.0 and
wine 10.14 it is OK to run.
Anyone can help?
--
Do not reply 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=6254
--- Comment #95 from Alban Browaeys <prahal(a)yahoo.com> ---
I reproduced this issue with
https://appdb.winehq.org/objectManager.php?sClass=version&iId=6881 IL PICCOLO
RIZZOLI-Larousse dictionary with wine 10.15 staging (without riched20 native
override)
--
Do not reply 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=58731
Bug ID: 58731
Summary: Using newer versions of dgVoodoo2 to play older games
fail to initialize.
Product: Wine-staging
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nosferatu.arucard.1983(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This is a year old bug around the Steam and later Lutris gaming community when
notice the dgVoodoo2 wrapper after version 2.80 fail to work on Wine, either
Proton or Proton-GE or any forks. Since Proton always uses DXVK for Direc3D 11
rendering (the dgVoodoo2 output), it was common to combine dgVoodoo2 with DXVK
to wrap old DirectX and 3dfx Glide code to Direct3D 11, leaving DXVK to
translate to Vulkan.
As the time goes around, Dege was wary the fact that the last version of this
own creation is now 2.86.2 at the time of writing and Lutris never update
beyond 2.80 or a modded version called 2.8.2
After some testing and a rare game called Montezuma's Return which have a 3dfx
version, I discovery that using dgVoodoo2 over Wine's vanilla DirectX 11
implementation also had the same problems like Proton or Wine-GE (modded
versions) with DXVK.
This old Glide game works with the lastest dgVoodoo2 without problems, while
DirectDraw games like Omikron or Carmageddon TDR2000 fail to work using the
lastest dgVoodoo2, but older versions worked fine.
But the latter games had GPU diagnose tools and a pattern was found. If the
dgVoodoo2 wrapper works, then the virtual dgVoodoo DirectX wrapper appears on
devices list. If not, it displays the Wine's safe mode software renderer
(DirectDraw HAL). Forcing playing the game, makes them crash or running at
slowest speeds.
After all testing, the issue happens either using DXVK or Wine's DirectX
implementation, meaning that the problem should be found on Wine's code.
Computers with Mesa drivers at certain games could start dgVoodoo2 2.86.2 on
games like Omikron, which means that this open-source drivers code had an
unintended workaround to force dgVoodoo2 to work, but this is rare and not
always work.
The test with Montezuma Return shows that the emulation code from Glide to
DirectX works on Wine, along the DirectDraw emulation that work on certain
cases. However the real issue is the initialization routine (that was changed)
caused this huge regression, and it is not be handled by 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.
http://bugs.winehq.org/show_bug.cgi?id=9127
Bob <rjqxqqnhuibvkxkshx(a)ytnhy.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rjqxqqnhuibvkxkshx(a)ytnhy.co
| |m
--- Comment #124 from Bob <rjqxqqnhuibvkxkshx(a)ytnhy.com> ---
(In reply to xnitropl from comment #15)
> Created attachment 21296 [details]
> WINEDEBUG=+quartz,-all from Bloodrayne intro
>
> Also show up this error boxes:
>
> PlayCutscene Error
> FAILED(hr=0x80004002) in
>
> PlayCutscene Error
> Failed(80004002) to set fullscreen!
>
> PlayCutscene Error
> Could not find output pin! hr=0x80004001
This issue is still reproducible in Wine 10.14.
After the error message is shown, the cutscene audio works with a black screen.
The terminal shows:
01a8:err:quartz:autoplug Failed to add filter, hr 0x80004005.
01a8:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
You can test the BloodRayne demo here:
https://archive.org/details/BloodRayneDemo
--
Do not reply 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=58720
Bug ID: 58720
Summary: Using drag and drop on Shoebox (an Adobe Air program)
causes a page fault
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: blox2000(a)protonmail.com
Distribution: ---
Created attachment 79323
--> http://bugs.winehq.org/attachment.cgi?id=79323
Program Error Details
When trying to use the Shoebox program by dragging and dropping image files,
the application crashes with a page fault. This happens both on AMD64 and i386
prefixes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.