https://bugs.winehq.org/show_bug.cgi?id=52045
Bug ID: 52045
Summary: The Witcher 3: crashes when launching
Product: Wine-staging
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gireham910(a)erpipo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71056
--> https://bugs.winehq.org/attachment.cgi?id=71056
The output from the wine app, after the crash
Hello,
I noticed that on Fedora 35, with the latest wine-staging package (6.21) "The
Witcher 3" fails to launch (I have attached the output that wine itself
generated and asked me to upload, as well as the output from the terminal when
I manually tried to launch the app using "wine witcher3.exe").
The program used to work on wine-staging 6.18, and stopped working immediately
after updating to 6.21 (on Fedora there were no 6.19 or 6.20 packages). I don't
have other windows apps installed.
--
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=42286
Bug ID: 42286
Summary: Shantae and the Pirate's Curse - cursor rendered with
an opaque background behind it
Product: Wine-staging
Version: 2.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ikk_pl(a)yahoo.co.uk
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56995
--> https://bugs.winehq.org/attachment.cgi?id=56995
Screenshot showing the problem
The cursor in the game is rendered with a white opaque square behind it.
(Note that the game doesn't run on vanilla wine, it needs staging patches for
the CreateDeferredContext call.)
--
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=56573
Bug ID: 56573
Summary: CopyFile arbitrarily sets read-only attribute on
destination file.
Product: Wine-staging
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kreudom(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76326
--> https://bugs.winehq.org/attachment.cgi?id=76326
proposed patch
When using one of the CopyFile functions, the destination file is arbitrarily
set to read-only. This occurs due to an uninitialized read introduced in the
kernel32-CopyFileEx patch. The attribute is set depending on an uninitialized
bit.
This bug was likely accidentally introduced in the rebase
eedc72d581e5de3e87cd21519f3b5767a35b8b2c.
Expected behavior: the attribute should be set depending on the attribute of
the source file.
See the attached patch for my proposed fix.
--
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=55404
Bug ID: 55404
Summary: Mouse inverted/broken in Eve Online when multiple
clients open
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kjandrews0(a)gmail.com
Distribution: ---
Created attachment 74964
--> https://bugs.winehq.org/attachment.cgi?id=74964
Mouse issue shown, close second client, then working correctly.
Opening multiple eve online clients, the click and drag to orient the ship in
space is now completely inverted on both X and Y axis. Can also be seen in the
station when "spinning" the ship.
Closing other clients and keeping only one running instantly fixes the issue,
starting another client once past character selection starts the issue again.
Downgrading from
wine-staging-8.11-1-x86_64.pkg.tar.zst
to
wine-staging-8.9.1-1-x86_64.pkg.tar.zst
Resolves the issue
Mouse pointer in game does work correctly when clicking areas of the UI, it's
just changing the direction of view via click and drag. Same issue in window
mode and fixed screen.
--
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=52853
Bug ID: 52853
Summary: Wine Staging is causing crashes when moving some IDA
Pro 7.2 subwindows
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi After a post 7.6 rebase moving some of the subwindwos (the compiler
subwindow for example when detached) is crashing IDA Pro 7.2
The issue apparead in this commit:
0b3309a201cfe65098e93f0f23af82509d1c6c72 is the first bad commit
commit 0b3309a201cfe65098e93f0f23af82509d1c6c72
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Thu Apr 14 17:17:08 2022 -0500
Rebase against 121851955e697b3158cbcf31801164eb627e78e9.
patches/patchinstall.sh | 2 +-
...-Support-XInput2-events-for-individual-wi.patch | 6 +--
...SEND_HWMSG_RAWINPUT-flags-only-when-RAWIN.patch | 32 +++++++--------
...-Listen-to-RawMotion-and-RawButton-events.patch | 46 +++++++++++-----------
staging/upstream-commit | 2 +-
5 files changed, 44 insertions(+), 44 deletions(-)
The error is
m Files\IDA 7.2\ida.exe: ../dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: asserzione "!jmp ||
!ntdll_get_thread_data()->jmp_buf" non riuscita.
m Files\IDA 7.2\ida.exe: ../dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: asserzione "!jmp ||
!ntdll_get_thread_data()->jmp_buf" non riuscita.
011c:err:seh:call_stack_handlers invalid frame 000000000051F4E0
(0000000000022000-0000000000420000)
011c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
--
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=53057
Bug ID: 53057
Summary: Wine 7.9 and converts ~ key to "vkey 0xDE scan 63"
instead of "vkey 0xDC scan 29" preventing it from
functioning properly.
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)pp.dyndns.biz
Distribution: ---
Created attachment 72460
--> https://bugs.winehq.org/attachment.cgi?id=72460
Short +key trace from 7.7 and 7.8
The tilde key (~) is converted differently in Wine 7.8 than in Wine 7.7. The
problem persists also in Wine 7.9. In my case it's used to bring down a text
console in Star Trek Online and that stopped working in 7.8. I've attached a
short +key trace from 7.7 and 7.8 just to show the difference between the
latest working version and the first non-working version.
If it makes a difference, I'm not actually on an American keyboard. It's a
qwerty keyboard with Swedish/Nordic layout so that key produces a § character
for me. But it's the same scancode and the key is used as the standard console
key in several 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=48840
Bug ID: 48840
Summary: Wine-staging broken when seccomp is disabled in kernel
Product: Wine-staging
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: r9ku1q(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
It fails with this message:
prctl(PR_SET_SECCOMP, ...): Invalid argument
0009:err:environ:run_wineboot failed to start wineboot c00000e5
prctl(PR_SET_SECCOMP, ...): Invalid argument
probably culprit is
wine-staging/patches/ntdll-Syscall_Emulation/0001-ntdll-Support-x86_64-syscall-emulation.patch
--
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=56403
Bug ID: 56403
Summary: The SimHub app does not render its interface correctly
in Wine Staging 9.3+.
Product: Wine-staging
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Regression SHA1: 9f8d8bb5995c9cb771d2da8291cbaef2f87d088b
Distribution: ArchLinux
Created attachment 76160
--> https://bugs.winehq.org/attachment.cgi?id=76160
Logfile with the following WINEDEBUG parameters:
-all,+timestamp,+pid,+tid,+d3d,+d3d_shader
This is an WPF app, which uses d3d to render its UI. It needs NET Framework
4.7.1 (4.8) installed on the prefix.
Only Wine Staging 9.3+ is affected. The app is working correctly on mainline
Wine (9.3+). It is also working properly with both Vulkan and GDI renderers on
Wine Staging. So only the OpenGL renderer is affected.
After some regression testing, have found that the issue starts with
wine-development commit c8a98e03c8f13664c6d3c43897da5e2443b79ab1 "wined3d:
Merge shader_load_constants() into shader_select().".
Finally have found that the wined3d-bindless-texture patchset in Staging is
causing this - probably incompatible with the series of wined3d commits in
wine-development starting with the above commit.
Here is a link to the SimHub app:
https://github.com/SHWotever/SimHub/releases/download/9.2.4/SimHub.9.02.4.z…
--
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.