http://bugs.winehq.org/show_bug.cgi?id=58242
Bug ID: 58242
Summary: Spitfire audio labs doesn't work
Product: Wine
Version: 9.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2anwe.0(a)gmail.com
Distribution: ---
Created attachment 78580
--> http://bugs.winehq.org/attachment.cgi?id=78580
Log for the bug
Spitfire audio labs app does launch, but nothing is displayed and it's just
white.
err: DxgiFactory::CreateSwapChainForComposition: Not implemented
--
Do not reply 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=58286
Bug ID: 58286
Summary: Cannot create a 64-bit wineprefix with old wow64
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression, source, win64
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63
Distribution: Ubuntu
Created attachment 78634
--> http://bugs.winehq.org/attachment.cgi?id=78634
config.logs
Since commit cb87d40cd4a8837826ea76efc91371ab09eb9d63 I have been unable to
create a 64-bit wineprefix when I build Wine. This is running without first
using "make install".
wine: created the configuration directory '/tmp/wine/wineprefix'
wine: WINEARCH set to win64 but '/tmp/wine/wineprefix' is a 32-bit
installation.
Whereas /tmp/wine/wineprefix does not initially exist. It is created by Wine,
but then insists it's 32-bit and immediately exits.
- New wow64 works fine
- 32-bit works fine
- -O0 and -O2 make no difference
- The prebuilt debs work fine
commit cb87d40cd4a8837826ea76efc91371ab09eb9d63
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Feb 14 15:32:19 2025 +0100
makefiles: Create wine as a symlink to tools/wine/wine.
This commit cannot be reverted, but checking out the commit before fixes the
issue.
My process as per
https://gitlab.winehq.org/wine/wine/-/wikis/Building-Wine#shared-wow64
1. Build 64-bit-only
2. Build 32-bit
3. Build 64-bit-wow
This is the same process I have always used.
I know there's been a number of changes in this area so I don't know how to
work around it.
In all cases I use Debian Stable chroots (with schroot) but the same result
using Debian Testing.
If it's me doing something stupid then I apologise 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=48406
Bug ID: 48406
Summary: Epic Games Store fails to install prerequisites with
Wine Mono
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 66178
--> https://bugs.winehq.org/attachment.cgi?id=66178
log
To reproduce the issue, you just need to install Epic Games Store with Wine
Staging. After you launch it and it downloads its own files, it will try to
install its "prerequisites", which will fail with Wine Mono. The issue
disappears if you install "dotnet48" using winetricks, or if you launch EGS
with -SkipBuildPatchPrereq flag, but neither are really good solutions as some
games don't seem to work with dotnet48 and -SkipBuildPatchPrereq sometimes
doesn't work.
Should be noted that on real Windows, it seems to install dotnet48 using
"Windows Features" component.
Attaching standard debug output. Let me know if you need a log with additional
debug channels.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=58011
Bug ID: 58011
Summary: Wine 10.3-1 : Meta Trader does not start
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: tst1(a)mixbox.pl
Distribution: ---
Created attachment 78270
--> https://bugs.winehq.org/attachment.cgi?id=78270
error message
After upgrading wine to 10.3-1 I can not start Meta Trader 4.
There is an error message: "A debugger has been found running in your system.
Please, unload it from memory and restart your program", as shown in the
attachment.
Downgrading wine to its previous version: wine 10.2-2 temporary has solved 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=54422
Bug ID: 54422
Summary: Metatrader 5 crashes with Wine Loader
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: donallen1031(a)gmail.com
When using Metatrader 5 and trying to add custom indicators to the platform, I
can't load the scripts and on occasion, the program crashes, with a Wine Loader
" error message. It locks the Mac down and I have to do a hard restart. I m not
a developer just a user. any help is appreciated. 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.
https://bugs.winehq.org/show_bug.cgi?id=50947
Bug ID: 50947
Summary: Metatrader 4 does not work with wine-staging 6.5
Product: Wine-staging
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alfmon(a)gmx.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69770
--> https://bugs.winehq.org/attachment.cgi?id=69770
winecfg error in wine-staging 6.5
My metatrader 4 .exe files were working with wine-staging 6.4 (packaged
version) on Ubuntu server 18.04 but after updating to version 6.5 I cannot open
MT4 by clicking on .exe file and open with "Wine Windows Program loader". I ran
winecfg and got errors "fixme" which are in attached file "wine-staging 6.5
error".
Ubuntu server LTS 18.04
packaged wine-staging version 6.5
--
Do not reply 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=58304
Bug ID: 58304
Summary: Question on programs that use files with $ in file
names?
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: mikes(a)kuentos.guam.net
Distribution: ---
Use Pegasus Email, and it works fine under one except if on tries to use the
IERenderer extension. With the extension installed, if one tries to open an
html email the call to the IErenderer.dll causes Pegasus to hard crash..
The Pegasus creates some temp files from the email message, and uses
WPM$xxx.PM$ format for files. Was thinking perhaps in the passing of filename
with $ inside them might cause issue since Linux treats the $ as marking a
variable?
With IERender extion it creates these two file
1110 05-16-2025 08:18 WPM$M1PL.PM$
56167 05-16-2025 08:18 WPM$SXGZ.PM$
With extension uninstalled it creates these 3 files
1536 05-16-2025 08:15 STO30e6.tmp
1536 05-16-2025 08:15 STO30e7.tmp
56167 05-16-2025 08:15 WPM$Z65Z.PM$
Note both of the 56167 byte files are identical??
The purpose of extension is to better handle displaying html messages.
Without it, some messages don't display as they should. One can then opt to
open messages in a browser, and they will display fine, but then replying
doesn't work.
Don't know if changing the $ to a different character (perhaps _) would avoid
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.
http://bugs.winehq.org/show_bug.cgi?id=58317
Bug ID: 58317
Summary: On one Fedora 42 machine after update it fails. Works
on Fedora 41, and another Fedora 42 worked?
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
wine notepad
002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x6fffffc4c133
0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x6fffffc4c133
003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x6fffffc4c133
Error after update to 10.9, downgrade to 10.8 and it works fine.
Worked fine on Fedora 41 machine, and on anoher Fedora 42 machine.
Not sure what that error might mean?
--
Do not reply 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=58314
Bug ID: 58314
Summary: GetGlyphOutlineW returns a negative number sometimes
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: skyfloogle(a)protonmail.com
Distribution: ---
Created attachment 78672
--> http://bugs.winehq.org/attachment.cgi?id=78672
Source code for a repro, an exe build, Windows and Wine sample logs, and the
necessary font.
In an application I'm developing, I've found that GetGlyphOutlineW returns a
negative number under specific circumstances in Wine. According to the
documentation, it should return a positive number, with the exception of
GDI_ERROR (-1). My program therefore treats the return value as unsigned (as
specified in the documentation) and checks against -1, which doesn't work when
it returns -32 instead. It's not clear to me why this value is being returned,
but I've only seen it reproduce with a specific character (¯) in a specific
font.
I've put together a minimal reproducing sample. The issue reproduces on both 32
and 64 bit, and does not reproduce on Windows. Source code and a copy of the
necessary font (https://ggbot.itch.io/raster-forge-font) are attached, as are
expected and actual logs. In this sample, -8 is returned instead of -32, but I
suspect the root cause is similar - it shouldn't be returning anything lower
than -1 in either case.
For what it's worth, I'm running on EndeavourOS, which hasn't received 10.9 yet
at the time of writing, but I've checked the commit logs for gdi32 and haven't
seen anything that looks relevant.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56285
Bug ID: 56285
Summary: Scaling on screen is wrong with Wine Wayland driver
while resolution detected is correct.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skokkineas(a)protonmail.com
Distribution: ---
As you can see in my attachment I have the FF XV Benchmark running in
fullscreen.
My laptop has two screens, the top one has a resolution of 2560x1600 (which is
correctly detected by the Wayland driver). The bottom one is a resolution of
2560x1100.
On X11 the image is scaled properly on the top screen but the detected
resolution is wrong (it detects the top screen as 3840x1400).
Specs:
Laptop: Asus Zephyrus Duo 2023
CPU: 7945HX
GPU: 4090M
RAM: 32 GBs DDR5
Driver: NVK
Distro: Garuda Linux
Wine Version: wine-9.1-73-ge607da943aa (Staging)
DE: Plasma 6 with Apps Scaled By The System selected. (Same happens with Apps
Scaled By Themselves as well - also on Plasma 5)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.