http://bugs.winehq.org/show_bug.cgi?id=58706
Bug ID: 58706
Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail
to start when OpenGl API is selected (EGL backend)
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Distribution: ---
Those games using the Kex Engine that support the Opengl renderer API fail to
start when the new experimental EGL opengl backend is used.
Such games are:
Blood - Fresh Supply
Doom 64
System Shock: Enhanced Edition
The error message that is shown on start:
kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format
available).
Other available renderers in those games (Vulkan and D3d11) work properly with
the new EGL backend.
wine-10.15-28-g7d26649f637
NVIDIA 580.82.09
X.Org X Server 1.21.1.18
--
Do not reply 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=58315
Bug ID: 58315
Summary: Clip Studio Paint 4 menus turn black when clicked
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michelpereira4410(a)gmail.com
Distribution: ---
Created attachment 78673
--> http://bugs.winehq.org/attachment.cgi?id=78673
Wine debug d3d + normal log
Clip Studio Paint on Wine (version X.Y) exhibits a rendering issue where
certain UI components — specifically the Settings window and the Login window —
appear completely black when opened. Despite the lack of visible content, the
menus remain clickable and functional if the user knows where to click. This
behavior makes it extremely difficult to use those parts of the application
effectively.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=58065
Bug ID: 58065
Summary: The Last Door - Collector's Edition crashes on start
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://store.steampowered.com/app/284390/The_Last_Doo
r__Collectors_Edition/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: f744010682feae468e32a6691da24a048fac0b9e
Distribution: ---
Created attachment 78318
--> https://bugs.winehq.org/attachment.cgi?id=78318
terminal output
The crash didn't occur before
commit f744010682feae468e32a6691da24a048fac0b9e
d3d11: Implement GetDecoderBuffer() for bitstream buffers.
Still present in Wine-10.5
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 570.133.07
--
Do not reply 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=58830
Bug ID: 58830
Summary: Battle.net installer occasionally hangs with ntsync
enabled
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marc_aurel(a)me.com
Distribution: ---
Installing the official Battle.net 32-bit installer
(https://us.battle.net/download/getInstaller?os=win&installer=Battle.net-Set…)
does hang while downloading (a bit inconsistent depending on the machine, but
reproduces about 1/5 of the time).
In my testing, this only happens with ntsync, and interesting logging channels
(like +winsock,+sync,+server) make the bug basically non-reproducible.
As does a small NtDelayExecution of 1 microsecond in ws2_32 select().
There is another CEF crash right after the install succeeded; however, this is
independent of this bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58790
Bug ID: 58790
Summary: specops the line doesnt get past splash screen
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
JWM, fluxbox and openbox do not start "specops: the line" - they are stuck on
splash screen.
my fork of fluxbox (shynebox) does pass the splash screen, but, alt-tabbing
breaks the window, at first it will be a 'smooshed' version of the fullscreen
window, then alt-tabbing back and forward again will make a 1/4 of the screen
window that isnt usable.
--
Do not reply 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=58648
Bug ID: 58648
Summary: Wine Regedit window flickers with Wayland driver-
possible regression
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 79221
--> http://bugs.winehq.org/attachment.cgi?id=79221
video of the issue
If I remember correctly this wasn't happening with Wine 10.13, basically now
when resizing the Wine Regedit Window when using the Wayland driver makes it
flicker a lot.
I don't know if other apps are affected by this issue, I've tried resizing
notepad and it doesn't flicker.
--
Do not reply 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=58200
Bug ID: 58200
Summary: winehq-repo for Fedora 42 is empty.
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: roidal(a)googlemail.com
CC: dimesio(a)earthlink.net
Distribution: ---
I enabled the winehq-repo for Fedora 42 but it seems to be empty.
winehq.repo contains following baseurl:
baseurl=https://dl.winehq.org/wine-builds/fedora/42
--
Do not reply 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=58711
Bug ID: 58711
Summary: DNF refuses to install or update winehq-staging,
checksum sha256sum mismatch
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: charlesthethobe(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Since wine version 10.15 release I'm unable to perform a system update due to
mismatching checksums between what the repo suggests and the actual rpm
package.
https://dl.winehq.org/wine-builds/fedora/42/x86_64/winehq-staging-10.15-1.1…
This file's checksum is currently:
7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0
While it's expected to be:
b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6
I tried running `# dnf clean metadata` to no avail.
--
Do not reply 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=58703
Bug ID: 58703
Summary: Fedora 42: Suddenly getting checksum errors
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: johnny.jy.ooi(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Recently, while trying to do the standard "dnf upgrade", my system sees updates
for wine-staging and winehq-staging, but upon triggering the upgrade, I get
checksum errors
Total size of inbound packages is 226 MiB. Need to download 226 MiB.
After this operation, 6 MiB extra will be used (install 1 GiB, remove 1 GiB).
[1/2] winehq-staging-1:10.15-1.1.x86_64
100% | 144.6 KiB/s | 75.0 KiB | 00m01s
>>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc
>>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc
>>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc
>>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc
>>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc
[2/2] wine-staging-1:10.15-1.1.x86_64
0% | 3.3 MiB/s | 1.7 MiB | 00m01s
>>> Not finished - interrupted by error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bd
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2/2] Total
100% | 3.4 MiB/s | 1.8 MiB | 00m01s
Failed to download packages
Librepo error: Downloading successful, but checksum doesn't match. Calculated:
7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256)
Expected:
b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6(sha256)
I've tried removing the winehq.repo, reimporting the repo key
(https://dl.winehq.org/wine-builds/winehq.key), readding the repo according to
the instructions, and doing "dnf clean" and it keep failing the checksum
checks.
I know there's been some issues with the repo in the past, do we have another
similar 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=58738
Bug ID: 58738
Summary: debian packages and wow64
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)fernandolucas.info
CC: dimesio(a)earthlink.net
Distribution: ---
So far it seems that the Debian packages are built without the wow64 support?
Is this right?
If so, in view of the wine 11 release, allowing the wow64 mode in the packages
would be a great step forward.
There is the step of the hardcoded dependency into the i386 packages.
I have workaround this with a local dummy package,
printf "Package: wine-devel-i386-dummy
Version: %s
Architecture: all
Provides: wine-devel-i386 (= %s)
Conflicts: wine-devel-i386
Replaces: wine-devel-i386
Maintainer: Dummy Maintainer <noreply(a)example.com>
Description: Dummy package to satisfy wine-devel-i386 dependency
This is a placeholder package that pretends to be wine-devel-i386.
" "$VERSION" "$VERSION" > wine-devel-i386-dummy_${VERSION}/DEBIAN/control
I install this package first, and then I can install wine-devel and
winehq-devel without complaining about dependencies. It would be ideal if the
repositories also provide something such as wine-devel-i386-dummy in the
release process and document that by installing it, the win32 dependency is
avoided.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.