https://bugs.winehq.org/show_bug.cgi?id=51064
Bug ID: 51064
Summary: Crash from Starcraft 2 game in Direct Strike mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69922
--> https://bugs.winehq.org/attachment.cgi?id=69922
screen
The bug is manifested for a long time. 100% repeatability. Through Proton no
problem. The problem is only in this mode.
--
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=56145
Bug ID: 56145
Summary: Wine lacks VR support ( OpenVR/OpenXR runtime shim)
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xeno(a)x-s.com.pl
Distribution: ---
Currently VR support in Linux gets to the point where it becomes viable option.
Linux native apps tend to do just fine , but there's no way for VR capable
windows apps running trough Wine to detect/use VR devices.
VR is supposed to be supported on Proton and hacky Wine-Proton hybrids, where
first option limits support to apps from Steam and second one is a bit
cumbersome to get it working.
To solve this issue wine environment could provide thin VR runtime environment
that catches calls from apps and direct those to linux native VR runtime that
is installed on user system. Wine OpenXR library shouldn't be that complex as
it'd be simple 1:1 mapping of OpenXR API. For Valve OpenVR API there are two
possible approaches, one similar to OpenXR where wine just forward calls to
SteamVR or it could translate calls to OpenXR, like OpenComposite does, then
call OpenXR runtime on Linux side.
--
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=56378
Bug ID: 56378
Summary: Microsoft Edge and Edge-based WebView2 do not function
without --no-sandbox option
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Microsoft Edge will freeze about 1-3 seconds after launching.
Steps to reproduce:
1. Download and install WebView2 (which includes Edge) from
https://developer.microsoft.com/en-us/microsoft-edge/webview2/
2. Run:
wine "/PATH/TO/PREFIX/drive_c/Program Files
(x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run
Edge will not launch. If you add --no-sandbox to the launch options, it will
launch, but freeze after a second or so
(https://bugs.winehq.org/show_bug.cgi?id=56377)
--disable-gpu is required wine wined3d, it can be dropped if using DXVK.
--no-first-run disables the first run prompting you to sign in and such, it has
no bearing on this bug itself.
This also affects applications using WebView2, e.g. the Adobe Creative Cloud
setup application:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine
'/PATH/TO/Creative_Cloud_Set-Up.exe'
Using this at least allows the window to open, though it is blank for reasons
currently unknown:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine
'/PATH/TO/Creative_Cloud_Set-Up.exe'
--
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=54697
Bug ID: 54697
Summary: Gaming.Input is not working with RAW controller API
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: winrazor(a)gmail.com
Distribution: ---
Hello, I'm trying to run .Net Framework 7.0 application with Gamin.Input Raw
device API on Ubuntu Linux and have the following error:
fixme:input:controller_QueryInterface {43c0c035-bb73-4756-a787-3ed6bea617bd}
not implemented, returning E_NOINTERFACE
Connected device is detected but it cannot read info from device.
Tried with 2 different controllers: Trustmaster Dual Trigger and Xbox Series S
by cable, and have the same problem.
Wine 8.3 Staging is configured for Windows 11. In Windows 11 application works.
Do you have an idea?
Thanks is advance.
Timur.
--
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=56260
Bug ID: 56260
Summary: 16-bit Myst deadlocks when entering Book
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First, work around bug 56225.
- Run winecfg and mount the Myst/cd folder as D:\
- Run `sudo sysctl vm.mmap_min_addr=0`
- In one terminal, run `Xephyr :2 -ac -screen 800x600x8`
- In another terminal, run `DISPLAY=:2 openbox`
- In a third terminal, cd to "Myst/win3.1/MYST/" and run `DISPLAY=:2 wine
'MYST.EXE'`
Click through the intro and into the image in the book, this should get you
into the first world. On wine it just plays a sound, and then locks up.
--
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=56968
Bug ID: 56968
Summary: Easyhook remote hooking does not work, breaking some
game modding frameworks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: katharine.chui(a)gmail.com
Distribution: ---
There exist game modding frameworks that uses EasyHook, for example,
https://andrasteframework.github.io/content/1.0.0/index.html
EasyHook remote hooking uses ReadProcessMemory to fetch module handle and
function addresses before using CreateRemoteThread to perform remote hooking
with the fetched function addresses
On wine, this breaks at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
When trying to fetch export directory from remote process' kernel32.dll's PE
header, ReadProcessMemory would succeed, eliminating the fallback codepath
outright, but the ExportDirectory buffer would then get filled with 0s. With an
export directory data structure filled with 0s, EasyHook would not be able to
do much with CreateRemoteThread as functions fetched at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
are all unavailable.
Patching the routine with a loop to loop until the function addresses can be
fetched, it seems that it's not (just) a timing issue either because the loop
just seems to go on forever.
Interestingly, through patching EasyHook itself and force the fallback code
path at
https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696…
which grabs export directory from PE NT headers, it can actually fetch an
export directory, then eventually fetch the addresses of LoadLibraryW,
FreeLibrary, GetProcAddress, ExitThread and GetLastError, but not VirtualFree
and VirtualProtect
With the EasyHook patches and dotnet48 installed, it is currently enough to
keep EasyHook going as it is now able to continue it's code injection and init
routine with LoadLibraryW.
Would it be possible for remote processes to fetch export directory from remote
PE headers? Would it be possible to fetch address to VirtualFree and
VirtualProtect? 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=53775
Bug ID: 53775
Summary: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical
Issues with TeamX HD Mod
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mskau(a)protonmail.com
Distribution: ArchLinux
The HD assets seemingly do not load at all with the HD mod. Instead the game
expects the HD assets but the original assets are loaded instead, causing
graphical issues.
The game has both the TeamX HD mod and Classic Rebirth installed.
Both WineD3D and DXVK exhibit this behavior.
The modded game works without issues under Windows 10.
Screenshots:
https://cdn.discordapp.com/attachments/819766636583845901/10291889002682860…https://cdn.discordapp.com/attachments/819766636583845901/10291889028687668…
--
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=56906
Bug ID: 56906
Summary: RichEd20 - White Background in pwSafe about window
Product: Wine
Version: 9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 76726
--> https://bugs.winehq.org/attachment.cgi?id=76726
pwsaferichedwhite
Ubuntu 24.04 / Wine 9.11
https://sourceforge.net/projects/passwordsafe/files/Windows/3.3x/3.39.0/
Unzip all files
wine pwsafe
Safe Combinaison Entry, press OK
Main dialog > ? > About
2 lines are shown with white background. This is a RichEd20.
Similar bug seen in ReactOS : https://jira.reactos.org/browse/CORE-18861
showing expected result from Win2K3
--
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=46475
Bug ID: 46475
Summary: Enlarging the text via mouse-wheel in wordpad does not
adapt the character spacing
Product: Wine
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 63298
--> https://bugs.winehq.org/attachment.cgi?id=63298
Image showing the issue
Open wordpad, enter some words.
Hold ctrl and use the scroll-wheel, the zoom doesn't work properly.
"winetricks riched20" works around 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=44514
Bug ID: 44514
Summary: Elder Scrolls Online (Dragon Bones update) requires
more than 32 samplers in pixel shaders with D3D11
renderer
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ssorgatem(a)gmail.com
Distribution: ---
Practically the same as https://bugs.winehq.org/show_bug.cgi?id=41213
Missing ground textures that make the game rather hard to play, same as in the
screenshots for that patch.
The difference is that back then the game required more than 16 samplers...
which was fixed, but it now requries more than 32 samplers:
fixme:d3d:context_bind_shader_resources Shader 0x7fff03eb85a0 needs 37
samplers, but only 32 are supported.
Happens in latest staging, 3.0 and 3.1
--
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.