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.
https://bugs.winehq.org/show_bug.cgi?id=54229
Bug ID: 54229
Summary: ntifs.h is added after it's used
Product: Wine-staging
Version: 8.0-rc2
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
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The commits leading up to "include: Add ntifs.h" already include this header,
breaking the build.
Noticed this during a regression test against staging.
I applied the patches using
../wine-staging/patches/patchinstall.sh --backend=git-am --force-autoconf --all
--
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=54173
Bug ID: 54173
Summary: Observer (original version): crashes on the first
video
Product: Wine-staging
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 73694
--> https://bugs.winehq.org/attachment.cgi?id=73694
terminal output
This was tested with the original version of the game Observer which is
superseded by the System Redux version and the original version is no longer
available to purchase. Other games may also be affected, so I'm reporting the
bug here.
Steam store page:
https://store.steampowered.com/app/514900/observer/
The game crashes as soon as the first intro video/developer logo is about to
play.
The crash doesn't happen in vanilla Wine-8.0-rc1 and it was not a problem with
Wine-7.22 Staging.
The patch from Staging causing the issue:
0a508df02606e2ec49c7747926c5ab9e082a8223 is the first bad commit
commit 0a508df02606e2ec49c7747926c5ab9e082a8223
Author: Derek Lesho <dlesho(a)codeweavers.com>
Date: Fri Mar 19 17:01:54 2021 -0400
winegstreamer: Report streams backwards in media source.
Disabling mfplat.dll works around the crash (in-game videos are missing too,
obviously).
wine-8.0-rc1-75-g17e5ff74308 (Staging)
--
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.