http://bugs.winehq.org/show_bug.cgi?id=58423
Bug ID: 58423
Summary: Flickering in games using dxvk/vkd3d-proton on sway
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: llyyr(a)yukari.in
Distribution: ---
Bisected to
https://gitlab.winehq.org/wine/wine/-/commit/de0fc7fd95074cfdeb032d36246c56…
Games using Vulkan flicker when the compositor supports explicit sync and it is
active after the commit mentioned above.
Disabling explicit sync in sway with `export WLR_RENDER_NO_EXPLICIT_SYNC=1`
makes the game window not flicker even with the bad 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=58358
Bug ID: 58358
Summary: Dungeons & Dragons Online: No suitable graphics device
was found. [122]
Product: Wine
Version: 10.9
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ccooksey(a)mindspring.com
Created attachment 78747
--> http://bugs.winehq.org/attachment.cgi?id=78747
Logs showing the video driver failures in Wine 10.0_1 and higher
On macOS Sequoia, using Apple Silicon on a MacBook Pro, running Dungeons and
Dragons online and entering the game world on any version of Wine *after* 10.0
will stop with a message:
"No suitable graphics device was found. Are you running through a remote
session or a VM? If not, please check your video hardware capabilities. [122]"
The game terminates and cannot be played. Note that the Game Launcher works
fine. It is the game client that fails -the bit that uses DX9 and above.
If the original Wine 10.0 is installed (prior to 10.0_1), it works fine.
To recreate:
Working case (Wine 10.0):
- Register a free account at: https://www.ddo.com/register
- Download the game installer here: https://www.ddo.com/download
- Install wine 10.0, (not wine-stable - see instructions below).
- Install the game to a standard wine prefix.
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- Observe that the character creation screen in the game client appears.
Non working case (Wine 10.0_1 and higher):
- Install any higher version of Wine, i.e. wine-stable (10.0_2), wine@staging
or wine@devel.
- Install the game to a standard wine prefix (if you didn't already).
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- The game client will stop with error [122] as it tries to connect to DX9.
My observation:
10.0 uses:
[mvk-info] MoltenVK version 1.2.10, supporting Vulkan version 1.2.290.
10.0_1 and higher all use:
[mvk-info] MoltenVK version 1.3.0, supporting Vulkan version 1.3.313.
There are literally no code changes in Wine from 10.0 to 10.0_1. But these
graphics libs did change and now there appears to be no video driver.
I have been using brew to install. Here is a speedy way to get the original
Wine 10.0 installed on a machine:
brew uninstall wine-stable # or wine@staging or wine@devel, as needed
curl -o wine-stable.rb
https://raw.githubusercontent.com/Homebrew/homebrew-cask/3b6f8acd9c1f8aad56…
sed -i '' 's/wine64/msidb/g' wine-stable.rb # Implements an important change
from the 10.0_1 brew cask.
brew install --no-quarantine wine-stable.rb # Note the '.rb' suffix.
# If you are on Apple Silicon, install Apple's x86 emulator. Ignore any errors.
/usr/sbin/softwareupdate --install-rosetta --agree-to-license
For the breaking case, you can just "brew install --no-quarantine [wine-stable
| wine@staging | wine@devel]". No need to use older casks.
Note that the current gstreamer is not compatible with wine-stable. Optionally
add these commands to prevent gstreamer from being noisy and slowing things
down:
export GST_PLUGIN_PATH=/dev/null
export GST_PLUGIN_SYSTEM_PATH=/dev/null
I have attached logs from 10.0 (working) and 10.9 (not working).
I used WINEDEBUG="+seh,+tid,+d3d,+vulkan,+dxvk,+d3d12".
Please let me know if you need any additional info from me.
Thanks,
Chris.
--
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=58417
Bug ID: 58417
Summary: Failure to compile: Undeclared KW_ object
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: johngodman006(a)gmail.com
Distribution: ---
Created attachment 78834
--> http://bugs.winehq.org/attachment.cgi?id=78834
Compilation log
I am trying to compile wine in shared WoW64 mode, and ran into the attached
error during compilation of the 64 bit binary.
I have to imagine, given the compilation error is an undeclared identifier,
that I am missing some headers. However, I'm not sure what exactly I am
missing.
I have packages spirv-headers-devel, vulkan-headers, and libvkd3d-devel
installed at their latest versions from Fedora.
For reference, I'm on Fedora 42 kernel 6.15.3.
I must be making a simple mistake, right? If someone could give me a hand, I'd
greatly appreciate 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=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
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=38337
Bug ID: 38337
Summary: clang compiling warnings
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine works somehow.
There are hundreds warning so I show them in one bug although there are many
possible bugs.
----
keyboard.c:287:2: warning: illegal character encoding in string literal
[-Winvalid-source-encoding]
"?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+",
^
----
cocoa_status_item.m:100:13: warning: instance method
'-discardEventsPassingTest:'
not found (return type defaults to 'id')
[queue discardEventsPassingTest:^BOOL (macdrv_event* event){
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
----
imgfactory.c:715:88: warning: implicit conversion from enumeration type
'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to
different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum
WICBitmapCreateCacheOption') [-Wconversion]
...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL,
&format, option,...
~~~~~~~~~~~~~~~~~
^~~~~~
-----
display.c:225:24: warning: unused function 'create_mode_dict'
[-Wunused-function]
static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode)
^
1 warning generated.
-----
node.c:1620:37: warning: implicit conversion from enumeration type
'xmlElementType' to different enumeration type 'DOMNodeType' (aka
'enum tagDOMNodeType') [-Wconversion]
*domNodeType = This->node.node->type;
~ ~~~~~~~~~~~~~~~~~^~~~
1 warning generated.
-----
locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__'
ignored [-Wattributes]
call_locale_facet_vector_dtor(iter->fac, 1);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor'
#define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \
^
./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC'
#define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*...
^
../../include/windef.h:169:21: note: expanded from macro 'WINAPI'
#define WINAPI __stdcall
^
../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall'
...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__))
^~~~~~~~~~~~~~~~~~~~~~~~~~~
-----
mach.c:93:9: warning: 'bootstrap_register' is deprecated
[-Wdeprecated-declarations]
if (bootstrap_register(bp, (char*)wine_get_server_dir(), ...
^
----
warning: Small Fonts 11: missing glyph for char 05b0
----
file.c:2124:49: warning: array index 1 is past the end of the array
(which contains 1 element) [-Warray-bounds]
dir_info->FileName[0] == '.' && dir_info->FileName[1] == ...
^ ~
../../include/winternl.h:495:5: note: array 'FileName' declared here
WCHAR FileName[ANYSIZE_ARRAY];
^
1 warning generated.
----
I omitted same warnings repeated many 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=58416
Bug ID: 58416
Summary: Cloudflare is blocking patches and code snippets
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Cloudflare stops me from attaching patches to bug reports unless I compress
them in a format that Cloudflare won't check.
It also blocks me if I paste some code into the comments. Seems to get upset
with C and PHP. I haven't tested much else but it's pretty obviously not
desirable behaviour for a Bugzilla. Been happening for a while, probably
anti-spam, anti-bot protection.
--
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=58271
Bug ID: 58271
Summary: Window decoration issues in Wine with Wayland driver
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mexano222(a)gmail.com
Distribution: ---
Created attachment 78617
--> http://bugs.winehq.org/attachment.cgi?id=78617
default decorations
When running applications through Wine using the native Wayland driver,
windowed applications are not receiving proper window decorations (e.g.,
titlebars, borders) from the system window manager. Instead, Wine's default,
minimal, and visually unappealing decorations are displayed.
I have enabled option "Allow the window manager to decorate the windows" in
winecfg and it's working fine on Xwayland. But this option does not appear to
have any effect under native Wayland.
--
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=58126
Bug ID: 58126
Summary: Display enumeration differs from winex11
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: oleg(a)np880.ru
Distribution: ---
Created attachment 78389
--> http://bugs.winehq.org/attachment.cgi?id=78389
Display enumeration in winewayland driver.
Enumeration of displays in winewayland driver differs from winex11 and doesn't
even follow order of reported wl_outputs.
I have 3 displays: with middle one (1440p, primary) being the first display. My
other displays are 1080p. In winex11 it's indeed the first, and it also
reported as first wl_output by my compositor (KWin). But winewayland driver
reports it the second and the leftmost display reported as the first.
It causes problem in old games that don't have display selection and enumerate
video modes only for primary (first) display, so I can't get resolution higher
than 1080p on my 1440p display that is supposed to be primary.
Although we don't have a way to determine primary screen on Wayland we can at
least follow order of reported wl_outputs. Here is what my compositor is
reporting and it doesn't correlate with order of winewayland driver.
interface: 'wl_output', version: 4, name: 61
name: DP-1
description: Xiaomi Corporation Mi monitor
x: 1920, y: 0, scale: 2,
physical_width: 598 mm, physical_height: 336 mm,
make: 'Xiaomi Corporation', model: 'Mi monitor',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 2560 px, height: 1440 px, refresh: 180.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 62
name: DP-2
description: Philips Consumer Electronics Company Philips 226V4
x: 0, y: 0, scale: 1,
physical_width: 477 mm, physical_height: 268 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 226V4',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 63
name: HDMI-A-1
description: Philips Consumer Electronics Company Philips 235PL
x: 3968, y: 0, scale: 1,
physical_width: 510 mm, physical_height: 287 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 235PL',
subpixel_orientation: unknown, output_transform: 90°,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
--
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=57980
Bug ID: 57980
Summary: Adobe Creative Cloud requires unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Every so often I test installing Adobe CC on Wine to see if it will work. With
the recent fixes relating to libcef/edge/chromium sandboxing, I gave it another
go. Seems like this is now an issue:
```
wine: Call from 00006FFFFFC75D38 to unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx, aborting
```
--
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=57936
Bug ID: 57936
Summary: Incorrect audio volume level read by app from the
system - 100% all the time.
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: greblus(a)gmail.com
Distribution: ---
Hi guys.
I'm trying to use Yousician on Linux and it works amazingly well, maybe even
smoother than on W11, but there is one small problem: It's impossible to
preform latency calibration as the app is checking global system volume, if
it's too high, it disallows calibration to prevent hearing damage if the sounds
it produces are too loud.
On wine and wine-staging the volume in Yousician is always 100%. I use
pipewire-pulse backend and plasma-pa, I'm changing volume from plasma settings
or alsamixer, or pulsemixer but it stays 100% in Yousician.
Hope there's an easy fix for it :).
Regards,
W.
--
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.