https://bugs.winehq.org/show_bug.cgi?id=47640
Bug ID: 47640
Summary: No Man's Sky (Beyond) does not start anymore: Unable
to initialize Vulkan
(vkEnumerateInstanceExtensionProperties failed)
Product: Wine
Version: 4.13
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dima(a)ulupov.com
Created attachment 65081
--> https://bugs.winehq.org/attachment.cgi?id=65081
wine64 No Man's Sky console output
No Man's Sky (which looks like used to run) switched to Vulkan.
Now it does not start with popup message right after start:
---
Unable to initialize Vulkan (vkEnumerateInstanceExtensionProperties failed).
You may not have a Vulkan driver installed, or an old driver on your machine
may be corrupted.
Please refer to www.no-mans-sky.com for details.
---
Mac OS X Version: 10.14.6
MacBook Pro (15-inch, 2018)
Radeon Pro 555X 4 GB
Intel UHD Graphics 630 1536 MB
No Man's Sky version: 2.06b
No Man's Sky was installed with GOG Galaxy client.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51998
Bug ID: 51998
Summary: Unable to start CloneCD
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Unable to start CloneCD due to ElbyCDIO failing to 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.
https://bugs.winehq.org/show_bug.cgi?id=57504
Bug ID: 57504
Summary: Possible regression with Unity3D games: Framedrops
when moving cursor.
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: roidal(a)googlemail.com
Distribution: ---
Created attachment 77534
--> https://bugs.winehq.org/attachment.cgi?id=77534
Output of ecognomix
I get huge framedrops (sometimes to 0) while moving the mouse/cursor in Unity3D
games, after upgrading to wine 9.21/9.22 (from 9.20).
Specs:
OS : Fedora 41
Kernel: 6.11.10-300
GPU : Radeon RX 5500
Driver: radv/mesa 24.2.8
DXVK : 2.5.1
Tested games: EcoGnomix, UBOAT, Breachway, Star Trucker, DREDGE.
If you need more Informations, logs, etc. let me know.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57503
Bug ID: 57503
Summary: World in conflict has a frozen screen - updating only
when alt-tabbing out and in
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: tobias.boesch(a)googlemail.com
Regression SHA1: 21a0c158b94bfc65d4baa95095307a1db396db0c
Distribution: ArchLinux
World in Conflict strategy game (gog-Version) starts and plays sound.
The screen shows the first rendered frame without updating it.
At start a black screen because the game starts with a black frame. After that
the screen is not updated anymore.
Sound continues to play during all that. I assume the game just runs fine.
When switching to another running app (ALT+TAB) from the game and back to the
game updates the screen and shows the image that matches the sound currently
played.
(in GNOME pressing the Super- (aka Windows-) button to show the GNOME overview
and then press it again to return to game also updates the screen to the
current frame)
Interestingly, when the issue happens and I close the game the last drawn frame
stays on screen, even when the process is closed. It stays for about 5 to 10
seconds and then the app in background is shown.
This happens on X11 and Wayland.
I use arch Linux.
All this happens in wine 9.18 and doesn't happen in wine 9.17.
I found the first bad commit where this happens through building wine and
testing commits by doing git-bisect myself (without using git for that).
The following is the outcome of my tests:
- 21a0c158b94bfc65d4baa95095307a1db396db0c (**first bad commit**)
- Message: winex11: Implement vulkan DPI scaling and child window
rendering.
- Bad
- 5ed9e5e7c58049884b82c10d22b05448a10c0b44 (**direct parent of first bad
commit**)
- Message: winex11: Move offscreen client window helpers to init.c.
- Good
Can this be
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57442
Bug ID: 57442
Summary: Several applications: abnormal input delay with Wine
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: ksmnvsg(a)gmail.com
Distribution: ---
I've noticed a slight input delay in one Unreal Engine sample and decided to
test things with my custom application (very simple C++ program that uses SDL2
to poll mouse events and log them). I built this application on Linux with g++,
and cross-compiled it for Windows with mingW. Native Linux built has around
1.05 ms input delay, while Windows build with Wine 9.21 has 9.5 ms input lag. I
believe you can build any application that polls events and test it for
yourself, as I observed the same input lag in Unreal Engine samples (though not
so severe, it's bounded by the Game Thread time)
The way I tested things is a bit complicated, but it's necessary for my goal: I
used Sunshine as a server and Moonlight as a client, and logged when Sunshine
receives the input from Moonlight. We can think of it as kernel receiving
events since Sunshine creates virtual device and sends input there. Then I
logged when application receives the event.
I checked the source code, and I believe the new throttling mechanism
introduced in 9.13 version for input is the reason why it's so slow. If you
re-implement the previous mechanism based on message count, input delay is
almost 0. I wonder if CPU usage would spike though in real games.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57384
Bug ID: 57384
Summary: The shareware installer for Daytona (16-bit) hangs at
the end of installing.
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: boxedwine(a)danoon.net
Regression SHA1: 54ca1ab607d3ff22a1f57a9561430f64c75f0916
Distribution: Mint
Created attachment 77353
--> https://bugs.winehq.org/attachment.cgi?id=77353
Daytona installer hangs at end
When installing the shareware game Daytona, the 16-bit installer hangs while
exiting.
error in log is
:err:sync:RtlpWaitForCriticalSection section 7E733520
"dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out
I tested this on x64 Linux Mint 22. It was reproducible 100% of the time which
allowed an easy git bisect. I have tested many other 16-bit programs and they
didn't see this issue, so far this is the only case I've seen.
shareware game installer can be downloaded here
https://www.classicdosgames.com/game/Daytona_USA.html
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56325
Bug ID: 56325
Summary: Prefix path string in wineboot dialog is cut off
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
CC: bmcgrath(a)codeweavers.com
Regression SHA1: 8e1197c92e8c08fb197c8656a07215296d656890
Distribution: ArchLinux
Hello,
So wineboot has the string of the prefix path cut off in the updating prefix
dialog since the regression commit mentioned above (because of the now default
whitespace-based word wrapping)
Fixing this will likely require a custom word-wrap thing which I can't really
do because strings in C are a bit messy (the fix should be backported to 9.0 as
well)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57285
Bug ID: 57285
Summary: Foxit Reader - maximized view don't work properly
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andreas.franz(a)arcor.de
Distribution: ---
Created attachment 77227
--> https://bugs.winehq.org/attachment.cgi?id=77227
Foxit maximized
Foxit Reader works well, until you'll try to maximize his window. Parts (right
side) of his window won't be visible. Window seems to be maximized, but
rendered with "normal" size.
Everything is fine on stable-branch.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57216
Bug ID: 57216
Summary: IL-2 1946 crashes on startup + mouse problems
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: roskatunnukset(a)outlook.com
Distribution: ---
Created attachment 77128
--> https://bugs.winehq.org/attachment.cgi?id=77128
Terminal output of game crashing at startup
This bug report has two different problems:
Using any Wine after 8.0 stable will cause Scroll-wheel to don't work reliably.
If you scroll downwards, it will go downwards, but if you instead scroll
upwards, it will still go downwards.
Pointer goes very slow and sticky when close to borders of the screen. Only in
center of the screen it works like it should.
Game is only playable at Wine 8.0 stable because of this problem. Wine 9.0
stable has same mouse wheel problem and newest wine releases 9.16, 9.17 and
9.18 just crashes game at startup.
Terminal output as attachment with Wine 9.18 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=56940
Bug ID: 56940
Summary: vs_community.exe halts:"The application cannot find
one of its required files, possibly because it was
unable to create it in the folder." (regression)
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 0bad544aab9e2c9ee93bbabac0386e02c58a39c0
Distribution: Debian
Note: I installed .net48 beforehand
It throws this error, whereas before the regression you can enter the initial
menu correctly.
0bad544aab9e2c9ee93bbabac0386e02c58a39c0 is the first bad commit
commit 0bad544aab9e2c9ee93bbabac0386e02c58a39c0
Author: Yuxuan Shui <yshui(a)codeweavers.com>
Date: Mon May 20 09:51:07 2024 +0100
shell32: Fix ShellExecute for non-filespec paths.
dlls/shell32/shlexec.c | 60
+++++++++++++++++++++++++++++++++++++++++++++++-------------
dlls/shell32/tests/shlexec.c | 13 ++++++++++++-
2 files changed, 59 insertions(+), 14 deletions(-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.