https://bugs.winehq.org/show_bug.cgi?id=57512
Bug ID: 57512
Summary: NeuralNote: .exe will not open
Product: Wine-staging
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zardivorku(a)gufum.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77546
--> https://bugs.winehq.org/attachment.cgi?id=77546
An attempt to open the .exe with wine command
I can not open NeuralNote standalone anymore with WINE. It has stopped working
with the 10.0rc1 update. My other WINE apps work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57530
Bug ID: 57530
Summary: Regression: Tiny extra form displays in Delphi
programs
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: sunny.campfire641(a)passfwd.com
Distribution: ---
This is a regression that began in version 9.22. In winecfg, verify that both
'Allow the window manager to decorate the windows' and 'Allow the window
manager to control the Windows' are enabled. Beginning with version 9.22,
Delphi programs will display an extraneous 1x1 pixel form in the exact center
of the screen. If the window manager is allowed to decorate the Windows, then
it will add a tiny frame and title bar to this one pixel. This can be tested by
using Inno Setup (https://jrsoftware.org/isdl.php) or any program that uses
Inno Setup to install itself.
--
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=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.