https://bugs.winehq.org/show_bug.cgi?id=55834
Bug ID: 55834
Summary: Scribblenauts Unlimited crash on startup,
KW_SAMPLER_STATE/KW_TECHNIQUE/tex2Dlod
Product: vkd3d
Version: 1.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: zorba-winehq(a)pavlovian.net
Distribution: ---
Created attachment 75331
--> https://bugs.winehq.org/attachment.cgi?id=75331
Proton 7.0 log
When starting Scribblenauts Unlimited via Proton, I get shader compilation
errors. This occurs with Proton 7.0, Proton 8.0, and Proton Experimental. Logs
attached for all of them.
--
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=50098
Bug ID: 50098
Summary: FFXIV_Textools crashes on start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nsextyfour(a)protonmail.com
Distribution: ---
Created attachment 68574
--> https://bugs.winehq.org/attachment.cgi?id=68574
I try to start FFXIV_TexTools, and then try to copy the text from the error
dialog.
FFXIV Textools, a modding tool for Final Fantasy XIV, will not launch in Wine.
https://textools.dualwield.net/
It brings up an error window, and when I try to copy the text from it, the
window disappears due to a crash. If I click 'yes', I get another error window.
Clicking yes on this brings another, and then another. After the fourth, the
program closes.
--
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=52250
Bug ID: 52250
Summary: windows.h WINE_NOWINSOCK check has been removed
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: sacrom(a)gmail.com
Distribution: ---
I'm using winelib to compile a Windows/Linux application, where we want to use
the Linux code for threads, files system handling, network code, shared
memory... and we want WINE just for the Win32 GUI code (as we did not implement
a GUI in the Linux/Unix side just on Windows)
Since WINE 6.8 (due this commit
https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…)
the WINE_NOWINSOCK check:
#ifndef WINE_NOWINSOCK
#include <winsock.h>
#endif /* WINE_NOWINSOCK */
Has been removed, now my application does not compile as I'm mixing Linux
socket definitions with the WINE/Windows "winsock.h" file.
If I add this check to the file, the application does compile as with WINE 6.7
Is it possible to add the check back? or should this be done in another way
now?
--
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=54093
Bug ID: 54093
Summary: Tomb Raider Level Editor - Custom Level "Biohazard"
has problems loading Save-File
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Hello everyone,
download link is at:
https://www.trle.net/levels/levels/2021/0621/TombRaider95-TRBiohazard.zip
with a sha256sum of:
bash-5.1$ sha256sum TombRaider95-TRBiohazard.zip
58b35b648ecaaab691ce9904833730953ae155b4556d752f70d0f0a7442bcfa7
TombRaider95-TRBiohazard.zip
Please note that it comes with its own Tomb4.exe and you don't need to have
your own copy of any "Tomb Raider" episode. Unpacking the .zip file and running
Tomb4.exe is fine. Still created its own prefix though.
The problem I am facing is that (at least in the first level) you can save your
game state (press Escape to get to menu and press the Arrow-Downkey) but then
in turn this new game state isn't being loaded.
The progress bar when loading the state goes to 100% but then nothing more
happens and you can't get back into the game from where you left off.
bash-5.1$ /sbin/lspci | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Mullins [Radeon R2 Graphics]
bash-5.1$ wine --version
wine-7.22
Console output will follow in the next couple of minutes.
--
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=50177
Bug ID: 50177
Summary: War Thunder Launcher doesn't render anything, just
spams d2d_geometry_sink_AddArc stubs
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 68699
--> https://bugs.winehq.org/attachment.cgi?id=68699
stdout
It appears WarThunder Launcher might need d2d_geometry_sink_AddArc .
It keeps spaming "0108:fixme:d2d:d2d_geometry_sink_AddArc iface 0B274638, arc
0031DB90 stub!" with stuck window with background from underneath it.
Tested Wine 5.19 - 5.22 in Windows XP and Windows 10 modes.
--
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=55205
Bug ID: 55205
Summary: Fixed scancodes patchset partially breaks keyboard
input in NFS Underground
Product: Wine-staging
Version: 8.11
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: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 74801
--> https://bugs.winehq.org/attachment.cgi?id=74801
x11drv,+dinput,+keyboard,+key log with autodetection disabled
Hello,
So NFS Underground (and likely Underground 2 considering it also uses ActionMap
stuff) has partially broken keyboard input with wine-staging if the fixed
scancodes patchset is enabled
The first thing you notice in the main menu is that the arrow keys don't work
at all
Also the mappings you set in vanilla Wine/wine-staging without the patchset
have slightly changed if you can actually get into the mapping menu (this is
with a standard US QWERTY layout by the way)
What's interesting is if you enable scancode autodetection in winecfg things go
back to normal
I have attached a +x11drv,+dinput,+keyboard,+key log with scancode
autodetection disabled (I'll send another log with that option enabled after
submitting this bug because of Bugzilla limitations)
--
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=56024
Bug ID: 56024
Summary: [Roblox Wine Wayland] Locking cursor makes relative
mouse movement break
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vixea0(a)gmail.com
Distribution: ---
Created attachment 75667
--> https://bugs.winehq.org/attachment.cgi?id=75667
patch needed to run roblox in wine
Launch any Roblox game try and "drag the camera by right-clicking and moving on
the first try the camera will go crazy on the second it should not move at all.
Steps to reproduce:
1. patch wine with included patch
2. install Vinegar from any distro package manager or compile
yourself(grapejuice is simi broken right now)
3. run vinegar edit - make sure your config looks somewhat like the one
attached below(in a separate comment)
4. run vinegar player to download roblox once downloaded close roblox(it will
launch automatically)
5. log in to roblox on there website or create a account if you don't have one
already
6. try any game with the description of what to do and what happens.
List Of Wayland compositors(/DEs) tried:
Cosmic
Plasma
Weston
Tested in both 9.0rc1 and the latest master branch(as of commit
d748440ea27dc7456ffa98ee76b0cb9302226583)
--
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=47116
Bug ID: 47116
Summary: Indiana Jones and the Emperor's Tomb: white line
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Created attachment 64326
--> https://bugs.winehq.org/attachment.cgi?id=64326
screen captures with white lines
Hello,
to play Indiana Jones and the Emperor's Tomb with Wine, I know I have to:
- override dll msvcrt bug 27594
- disable vertex shader 12400
But now I have a new graphic issue with Wine 4.7 (even with staging version):
look at the screen captures I joined to this bug report, there are white lines.
--
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=49199
Bug ID: 49199
Summary: Wine on macOS no longer loads dylibs from /lib(64)
Product: Wine
Version: 5.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Starting from Wine-5.6 the libwine wrappers have been removed in favor of using
dlopen() however this now causes component in question to no longer load
embedded dylibs into /lib(64)
Here’s an example;
```907aaf9e72714293909351648827e7c5aebc12a3 is the first bad commit
commit 907aaf9e72714293909351648827e7c5aebc12a3
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 6 11:46:10 2020 +0200
gdi32: Use standard dlopen() instead of the libwine wrappers.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/gdi32/dibdrv/opengl.c | 12 +++++-------
dlls/gdi32/freetype.c | 20 ++++++++++----------
2 files changed, 15 insertions(+), 17 deletions(-)```
Any commit doing “ Use standard dlopen() instead of the libwine wrappers.” will
now experience this.
Previous behavior was the ability to simply embed dylibs into /lib(64) and
wine(64) would load them as needed, now rpath is required.
Winehq packages will also experience this issue worse once the current embedded
libraries swap to using dlopen()
--
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=39859
Bug ID: 39859
Summary: WineHQ packages for wine-gecko and wine-mono
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Most users of the distros we now package for are accustomed to installing
wine-gecko and wine-mono from packages. We should provide them.
--
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.