http://bugs.winehq.org/show_bug.cgi?id=29934
Bug #: 29934
Summary: Weird Worlds: Launcher no longer launches the game
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samurai_no_densetsu(a)yahoo.es
Classification: Unclassified
Weird …
[View More]Worlds's launcher no longer works as expected. Since this is a
regression, I did a regression test but it was unsuccessful.
The launcher works fine from wine-1.0 to wine-1.3.25, including the stable
version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4.
When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33
(both included) the launcher didn't even appear, and manually had to skip all
that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there
but no longer launches the game. Can't provide a regression id as the issue
clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the
launcher does not start so is virtually impossible to test.
Didn't noticed earlier as the game can be launched from scripts or commandline
this way: wine weird.exe -skiplauncher -game default
Luckyly there's a demo showing the same behaviour here:
http://www.shrapnelgames.com/Demos/DD_WW_win.html
I wish I could add more info, but that's all I have right now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52207
Bug ID: 52207
Summary: HICON leak in CopyImage
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jswinebz(a)kanargh.org.uk
Distribution: ---
Created attachment 71264
--> https://bugs.winehq.…
[View More]org/attachment.cgi?id=71264
Don't leak HICONs from CopyImage
At some point between 6.7 and 6.21, user32.CopyImage was reworked.
In the IMAGE_ICON, LR_COPYFROMRESOURCE case it used to just call
CURSORICON_Load and return its return value.
Now it calls CURSORICON_Load, makes *another* copy of that (in case it wants to
resize it, but it still creates another copy if it's already the right size),
then returns the copy. The original intermediate HICON is leaked. This also
leaks its two underlying GDI HBITMAPs. Since there are two HBITMAPs for each
HICON, we run out of GDI handles first.
(I run The Bat! as my email client, which animates its systray icon when there
is unread mail. The leaking HICONs cause it to crash after just under 2 hours,
which is roughly what 5fps at two handles per frame takes to hit 65536.)
The attached patch fixes that by fudging LR_COPYDELETEORG into the flags for
that case, causing the "original" (actually our intermediate) icon to be
deleted on exit...
...except there's a second bug there. As it stands it tries to use
gdi32.DeleteObject to delete the HICON. But DeleteObject can only delete GDI
handles (for example the two embedded HBITMAPs within the HICON), but the HICON
itself is a user object and the delete fails.
So the DeleteObject call must also be changed to DestroyIcon to make that work.
With both of those changes in, the GDI handle count is now stable.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51539
Bug ID: 51539
Summary: "server: Get the process entry point from the exe
image info" breaks running if exe is loaded at a
non-default address
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(…
[View More]a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com, julliard(a)winehq.org
Regression SHA1: a3c92a02cc7014cfdb1f90f1d070037868067097
Distribution: ---
Since "server: Get the process entry point from the exe image info",
a3c92a02cc7014cfdb1f90f1d070037868067097, starting a process fails if the exe
image ends up loaded at a non-default address.
This can be easily triggered e.g. with this patch:
---8<---
diff --git a/dlls/ntdll/unix/virtual.c b/dlls/ntdll/unix/virtual.c
index 8ceba611875..2515d73ee9e 100644
--- a/dlls/ntdll/unix/virtual.c
+++ b/dlls/ntdll/unix/virtual.c
@@ -2405,8 +2405,10 @@ static NTSTATUS virtual_map_image( HANDLE mapping,
ACCESS_MASK access, void **ad
base = wine_server_get_ptr( image_info->base );
if ((ULONG_PTR)base != image_info->base) base = NULL;
+#if 0
if ((char *)base >= (char *)address_space_start) /* make sure the DOS
area remains free */
status = map_view( &view, base, size, alloc_type & MEM_TOP_DOWN,
vprot, zero_bits_64 );
+#endif
if (status) status = map_view( &view, NULL, size, alloc_type &
MEM_TOP_DOWN, vprot, zero_bits_64 );
if (status) goto done;
---8<---
This seems to happen a lot on 32 bit arm builds (on Ubuntu 20.04), when the
expected low addresses used as default load address of 0x400000 conflicts with
e.g. /home/martin/wine32/share/wine/nls/sortdefault.nls which is mapped at
0x00230000-0x00564000.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51409
Bug ID: 51409
Summary: Trails to Azure main menu crash after video playback
after wine 6.1
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: billfleming11(a)gmail.com
Distribution:…
[View More] ---
Created attachment 70265
--> https://bugs.winehq.org/attachment.cgi?id=70265
Good vs Bad Crash logs
In Trails To Azure (and Trails from Zero) both games were working fine in Wine
5.XX and 6.1 but not in future wine releases. (using Geofront translation patch
with dinput8 dll)
These games play a video on startup, then have a typical "Press Start" screen
to get to the main menu.
After doing a bisect wine-6.1-249-g5bff63621ee is the last working release.
Bisect bad commit:
https://source.winehq.org/git/wine.git/commit/897800fd449ae0ea5da00206bd348…https://bugs.winehq.org/show_bug.cgi?id=50667#c1 (reference for getting logs
and bug from same commit)
Starting in wine-6.1-250-g897800fd449 (for several dozen versions) the game
will crash immediately before the video starts playing. All future wine
versions (6.2 to present) that succeed in playing the video crash at the menu
screen immediately afterwords as soon as input is received at the "PRESS START"
screen.
However the video does appear to play correctly in these newer releases.
If the video is removed or disabled (in the game settings) the game will still
crash in the newer wine versions when pressing start at the main menu. You have
to let the short (7 second) video play then press a button at the screen in the
working wine 6.1 version.
See attached logs.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48930
Bug ID: 48930
Summary: Vcrun2019 cannot be installed.
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: depositmail(a)mail.ru
Distribution: ---
Hi!
I can't install vcrun2019. Used the Winetricks …
[View More]shell.
I can't figure it out myself, I need help.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=43981
Bug ID: 43981
Summary: Watch_Dogs fails to start
Product: Wine-staging
Version: 2.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fin4478(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.…
[View More]de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59641
--> https://bugs.winehq.org/attachment.cgi?id=59641
wine terminal output
The Uplay game Watch_Dogs is free in this week. Install Uplay and then you can
install the Watch_Dogs game. When you launch the game, the game opens a full
screen image where is the Ubisoft logo and plays a sound. Then the game hangs.
The terminal output is attached and you can see the following error many times:
d3d:wined3d_device_decref Leftover resource 0x1491f420 with type
WINED3D_RTYPE_BUFFER (0x1)
I use the Wine configuration for watch_dog.exe. I have tried d3d library
override and win7 and win8.
My system:
OpenGL renderer string: AMD POLARIS11 (DRM 3.19.0 / 4.14.0-rc4, LLVM 6.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel -
padoka PPA
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51000
Bug ID: 51000
Summary: Rufus won't run on a fresh prefix; Needs "elevated
privileges"
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
…
[View More] CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 69844
--> https://bugs.winehq.org/attachment.cgi?id=69844
Wine Staging 6.6 log file
Rufus 3.13 (Portable) won't run on a fresh Wine Staging prefix.
The oldest staging version I could still reproduce this was on 6.3.
Steps to reproduce:
1. Download rufus-3.13p.exe from here:
https://github.com/pbatard/rufus/releases/tag/v3.13 (sha1:
da498e3e80186ee16620f56a601e19fbdc1f8551)
2. Run:
$ WINEPREFIX=~/.wine2 wine rufus-3.13p.exe
3. Rufus will display the following message and exit:
"This application can only run with elevated privileges"
I wasn't able to reproduce with vanilla Wine.
Regards.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51143
Bug ID: 51143
Summary: Dragon NaturallySpeaking does not install with
"CheckForElevationState" return 1602
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
…
[View More] Distribution: ---
Created attachment 70013
--> https://bugs.winehq.org/attachment.cgi?id=70013
Installation log
I am trying to install Dragon Naturally Speaking 12.5 on a new Gentoo install.
I have done this successfully in the past, on both Debian and Gentoo installs,
one on this machine.
But now I keep getting this error, which is a Microsoft error saying that I
have terminated the installation.
err:msi:ITERATE_Actions Execution halted, action L"CheckForElevationState"
returned 1602
When I try to install Dragon Naturally Speaking 15 Home, it quits with the same
error. (Natspeak 15 does not install successfully, but usually quits with an
error much further in the installation process.
However, when I install Notepad++ that works. That may be just because there
are no MSIs with 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50680
Bug ID: 50680
Summary: Detroit: Become Human crashes at launch with
ntdll-NtAlertThreadByThreadId
Product: Wine-staging
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
…
[View More] CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69406
--> https://bugs.winehq.org/attachment.cgi?id=69406
wine-6.2 with ntdll-NtAlertThreadByThreadId +seh,+pid,+timestamp,+tid output
The game won't launch on Wine-Staging 6.1 and 6.2.
I've done some tests and found that using Wine +
`ntdll-NtAlertThreadByThreadId` from Staging is enough to reproduce this
problem.
Disabling this patchset on Staging or using "vanilla" Wine helps.
And the most annoying thing is that "slowing down Wine" (or whatever) with
`WINEDEBUG="+seh,+pid,+sync,+timestamp` - fixes the problem on my local
system/hardware. So I can't reproduce it at collection of logs.
I was able to attach a log with these debug channels
(+seh,+pid,+timestamp,+tid), but it looks like the game can create several
kinds of error. Perhaps it depends on which part of the code/thread is the
first to be executed (it looks like something related to parallel programming,
I don't know how it is called correctly).
(Sorry, it looks like this time I was not able to collect any useful
information to create a report, but I believe that it would be wrong not to
create it at 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51602
Bug ID: 51602
Summary: Roblox Player crash when
server-default_integrity/0007-ntdll-Elevate-processes-
if-requested-in-RtlCreateUse.patch is applied
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: …
[View More]wine-bugs(a)winehq.org
Reporter: a0939712328(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70451
--> https://bugs.winehq.org/attachment.cgi?id=70451
The Wine-Staging patch that causes the crash.
A recent update to Roblox Player cause Wine-staging to crash with the error "An
unexpected error occurred and Roblox needs to quit. We're sorry!".
To locate the exact patchset that caused the issue, I created a bisect tool in
Python that allows me to approximately rule out half of the patchsets every
rebuild.
After few rounds of bisection, I discovered that by skipping just the
server-default_integrity patchset, Roblox Player no longer crash.
I did further bisect and found that applying
"0007-ntdll-Elevate-processes-if-requested-in-RtlCreateUse.patch" causes Roblox
Player to crash.
The patch was introduced on commit be3928a8091e36197bc9894c4a09f13cf5459138
(server-default_integrity: Elevate processes if the manifest requests.), which
is supposed to fix Bug ID 51000.
The patch file itself is attached below to make the discussion easier.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51085
Bug ID: 51085
Summary: Overwatch crashes when launched from Battle.net
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.…
[View More]figura12(a)gmail.com
Distribution: ---
Always crashes. wine-6.7 (Staging) on Ubuntu 21.04.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50558
Bug ID: 50558
Summary: ntdll-Dealloc_Thread_Stack cause memory leak for C#
game
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trufanovan(a)gmail.com
…
[View More]CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I've traced down a memory leak in one game to the ntdll-Dealloc_Thread_Stack in
wine-staging. No other wine versions or staging patches cause such problem.
I've reproduced it on actual wine master branch from github with
`./staging/patchinstall.py ntdll-Dealloc_Thread_Stack`
The game is "Delta's Shadow" released in 2020. Demo is available at
https://zxonline.net/game/deltas-shadow/
Its Windows version is written in C# with SDL.
The memory leaks every time game plays SFX and only in this case. A music
doesn't cause leak. I've asked the author: music is played via SDL and SFX is
played with System.Media.SoundPlayer::Play(). It looks like this class is just
calls PlaySound function from winmm.dll and pass a stream with WAV into it. And
this somehow and ups in ntdll.
So, to reproduce the problem:
1. Install wine-staging
2. Install the demo
3. Launch game in wine-staging
4. Press ALt+Enter to switch the game into a windowed mode and launch Task
manager to see the RAM it consumes.
5. Start pressing W and S keys (Up and Down) in game main menu to produce a
menu item change SFX.
Result:
Game RAM usage grows each time you press the key and don't decrease later.
Expected:
No significant RAM usage change.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51172
Bug ID: 51172
Summary: Blank screen with many games using wine-staging 6.9
and Arch (wine 6.9 works OK)
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulture6(a)mail.com
…
[View More] CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Most games now just give a blank screen when they are run with wine-staging 6.9
on my Arch distro. Can list some if necessary, but should be obvious. No clear
errors from debug log. Changing to standard wine 6.9 fixes problem.
System: Core i5 with Intel UHD 630.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51198
Bug ID: 51198
Summary: regression: black screen in main menu of warcraft 3
reforged with wine-staging-6.9
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.…
[View More]ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70072
--> https://bugs.winehq.org/attachment.cgi?id=70072
wc3.log.bz2
When running Warcraft 3 Reforged in wine-staging 6.9, main menu is a completely
black screen, and instead of cursor there are some visual artefacts.
With wine-staging 6.8 it works acceptably: it's really slow, but at least
there's properly rendered main menu.
No DXVK is used.
OS: Gentoo Linux, kernel 5.10.27
Proprietary Nvidia driver 460.67:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 750/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 460.67
OpenGL core profile shading language version string: 4.60 NVIDIA
Wine output contains a lot of lines similar to:
03bc:err:d3d:state_undefined Undefined state UNKNOWN_STATE(0) (0).
Log is attached.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50520
Bug ID: 50520
Summary: Any Rust-Lang application: Cannot create an async tcp
connection
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)greaka.de
Distribution: ---
…
[View More]Created attachment 69183
--> https://bugs.winehq.org/attachment.cgi?id=69183
minimal example
Rust applications are not able to use async libraries in wine. TCP connections
send Syn, receive Syn/Ack, send Reset.
Test matrix:
- Wine versions 5.0, 5.8, 5.22, 6.0rc0 , 6.0rc6
- Ubuntu, Arch
- WSL, native on laptop
- Tokio, Smol, Async-Std (Smol and async-std use the same under the hood)
- Rust versions 1.48 stable, 1.49 stable, 1.50 beta
- Targets windows-gnu, windows-msvc
- Toolchains gnu, msvc
Every combination fails to connect.
Minimal example source code: https://pastebin.com/SZavTYD7
precompiled binary 1.50 beta/windows-msvc/msvc attached.
The example expects a listener on localhost:41206!
You can easily open one with ncat -l -k -p 41206
The error returned to rust:
[src\main.rs:10] TcpStream::connect(addr.as_slice()).await = Err(
Os {
code: 10045,
kind: Other,
message: "OS Error 10045 (FormatMessageW() returned error 317)",
},
)
Trace from wineserver:
Short version
https://cdn.discordapp.com/attachments/596410107726921728/79886280364864308…
Long version
https://cdn.discordapp.com/attachments/596410107726921728/79885875841138688…
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48726
Bug ID: 48726
Summary: Final Fantasy XIV, freezes for several seconds when
the mouse is moved with ReShade / GShade installed.
Product: Wine-staging
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]HereInPlainSight+wine(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
First time submitting -- apologies if I'm missing anything obvious.
Firstly, the regression was tested using the git repos from wine's 'wine-5.0'
tag and wine-staging's 'v5.0' tag. The issue is still present even with the
wine 5.3 versions, but when I tried to follow the regression tests, I was
failing to compile. I might've screwed something up, I can try again if you
need me to, but I am a bit of a derp and I'm punching upward. The output I got
from the regression test (following instructions from
https://wiki.winehq.org/Wine-Staging#Reporting_and_debugging_bugs_against_S…
) was:
014cecf3f8e5eac5f8e23ef1aaf07f8e17169188 is the first bad commit
commit 014cecf3f8e5eac5f8e23ef1aaf07f8e17169188
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Aug 26 14:08:20 2019 +0200
dinput8: Use raw input interface for dinput8 mouse device.
dlls/dinput/mouse.c | 117 +++++++++++++++++++++++++++++++++++++++++++-
dlls/dinput8/tests/device.c | 10 ++--
2 files changed, 119 insertions(+), 8 deletions(-)
Second, the game currently requires ntdll-Hide_Wine_Exports, and it works fine
with just that, and people can use an older version of Proton / Wine and that
works around the problem too.
Finally, the actual problem:
If ReShade (or GShade, a fork of ReShade) is installed with FFXIV, as soon as
you get into the game itself (not the launcher), the game works perfectly fine
unless you move the mouse. As soon as you move the mouse the game freezes from
around five to ten seconds every time you move the mouse, making it effectively
unplayable. This did not happen with Wine-Staging prior to 5.0.
Reproduction:
1) Download and install FFXIV (I realize Lutris is an extraneous program and I
can go through the details, but I'd just be repeating what the scripts at
https://lutris.net/games/final-fantasy-xiv-a-realm-reborn/ say to do / what's
required. I can add the info if it's preferable).
2) Download and install a shader program (I use GShade, so instructions are
based on that arbitrarily, but I confirmed the same issue with ReShade):
2a) Easiest installation is to download
https://github.com/Mortalitas/GShade-Shaders/releases/latest/download/GShad…
into the prefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A
Realm Reborn/game/ directory and unzip it. Also download
https://lutris.net/files/tools/dll/d3dcompiler_47.dll to the same location.
2b) Add overrides for d3d11 (native,builtin) and d3dcompiler_47 (native) to the
prefix.
3) Run the game, sign in through the launcher.
4) When the game loads, move the mouse.
There's no output of the issue such that I can see by default in the console.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51725
Bug ID: 51725
Summary: 7-zip 19.0 (up to 21.03) crashes opening Z: or local
file system
Product: Wine-staging
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noabody(a)yahoo.com
…
[View More]CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70609
--> https://bugs.winehq.org/attachment.cgi?id=70609
Log of both wine/staging 6.16
See attachment:
System: Manjaro 21.1.2 (Arch-like)
Summary: wine-6.16, 7-zip 19.00 through 21.03 can open "Z:" drive local
filesystem without issue.
wine-6.16 (Staging), 7-zip 19.00 through 21.03 cannot open "Z:" drive
local filesystem without immediate crash.
See 7zip.org to download and test.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48945
Bug ID: 48945
Summary: "Show Advanced Fields" link should be made more
visible and changed to a button
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]stefan.riesenberger(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 66919
--> https://bugs.winehq.org/attachment.cgi?id=66919
Example modification of the "Show Advanced Fields" button
This is a enhancement bug about the bug report page itself.
The "Show Advanced Fields" link isn't really eye catching and blends in with
labels or links that will move you to other pages. I would suggest changing it
to a real button instead, which would make it's function more obvious.
The placement could also be improved, but that's not as important. Currently it
gets overshadowed by the components list, so you pretty much overlook it. I
would suggest moving it between the version and summary field.
I attached a screenshot on how I think it should look like, but as said above
the button position is probably more subjective.
I hope I explained everything in an understandable way.
Kind regards,
Riesi
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=36544
Bug ID: 36544
Summary: The Weather Channel Desktop App for Windows fails to
install
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alfredo.pacheco32(a)gmail.com
Created attachment …
[View More]48639
--> http://bugs.winehq.org/attachment.cgi?id=48639
Backtrace text file
When attempting to open and install the app, an error occurs, stating missing
files.
http://www.weather.com/mobile/win7desktop/installer/twcsetup.exe
Lubuntu 14.04
GNOME v3.8.4
Kernel 3.13.0.-27-generic
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32845
Bug #: 32845
Summary: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit
works)
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lordmael(a)gmail.com
Classification: …
[View More]Unclassified
Created attachment 43377
--> http://bugs.winehq.org/attachment.cgi?id=43377
Backtrace from the wine error log.
Installing Cisco Security Manager (CSM) 4.2 on ubuntu 64bit fails but when
installing it in 32bit ubuntu it installs and runs fine.
I followed the directions to install the replacement advpack.dll and update it
in the wine libraries as well as installing java in the wine environment prior
to installing CSM.
Running ubuntu 12.10 x64 with wine 1.4.1 (perhaps I need to update)
Willing to help out as much as needed :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=34648
Bug #: 34648
Summary: J2SE Runtime Environment 5.0 Update 10 installer
'patchjre' tool crashes due to unbuffered io on
redirected stdout pipe
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
…
[View More] ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
The first thing to notice is the installer seeming to hang without showing GUI.
It actually tries to call home to 'jal.sun.com' which might take up to a minute
until it times out.
Not sure why they didn't remove the DNS entry if the host is
dead/filtered/blocked anyway.
--- snip ---
0009:trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD
/webapps/installstat/CountryLookup HTTP/1.1\r\nHost:
jal.sun.com\r\nContent-Length: 0\r\nUser-Agent: jupdate\r\nCache-Control:
no-cache\r\nConnection: Keep-Alive\r\n\r\n"
0009:trace:wininet:GetAddress L"jal.sun.com"
0009:trace:wininet:HTTP_ResolveName resolved L"jal.sun.com" to 192.18.97.143
0009:trace:wininet:open_http_connection connecting to L"jal.sun.com", proxy
(null)
--- snip ---
(test with a browser)
The crash itself can be reproduced by running the following command after
failed install attempt:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Common Files/Java/Update/Base
Images/jre1.5.0.b64/patch-jre1.5.0_10.b03
$ wine ./patchjre.exe -s "C:\\Program Files\\Java\\jre1.5.0_10"
--- snip ---
Backtrace:
--- snip ---
Unhandled exception: page fault on read access to 0x00000001 in 32-bit code
(0xf7527245).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:f7527245 ESP:0033c33c EBP:0033c398 EFLAGS:00010206( R- -- I - -P- )
EAX:00000001 EBX:f75a5000 ECX:00000022 EDX:00000000
ESI:7e5ea308 EDI:7b868ca6
Stack dump:
0x0033c33c: 00000001 00000000 00000004 0033c398
0x0033c34c: 00000000 00000000 0012fa10 00000000
0x0033c35c: 00000000 00000000 00000000 0033c340
0x0033c36c: 7e61e000 7e5ea308 7b868ca6 0033c398
0x0033c37c: 7e5ea32f 00000001 0040a32c 0033db40
0x0033c38c: 0040626c 00000000 00000000 0033db40
000c: sel=0067 base=00000000 limit=00000000 16-bit --x
Backtrace:
=>0 0xf7527245 __strstr_sse42+0x25() in libc.so.6 (0x0033c398)
1 0x7e5ea32f MSVCRT_strstr+0x26(haystack=*** invalid address 0x1 ***,
needle=""") [/home/focht/projects/wine/wine-git/dlls/msvcrt/string.c:1725] in
msvcrt (0x0033c398)
2 0x0040628f in patchjre (+0x628e) (0x0033db40)
3 0x00401155 in patchjre (+0x1154) (0x0033fd84)
4 0x00406daa in patchjre (+0x6da9) (0x0033fe20)
5 0x7b863cf0 call_process_entry+0xb() in kernel32 (0x0033fe38)
--- snip ---
The patcher creates pipes for child process stdio:
--- snip ---
0025:Call KERNEL32.CreatePipe(0033db30,0033db24,0033db18,00000400) ret=0040616e
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040616e
0025:Call KERNEL32.CreatePipe(0033db34,0033db28,0033db18,00000400) ret=0040618b
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040618b
0025:Call KERNEL32.CreatePipe(0033db38,0033db2c,0033db18,00000400) ret=004061a2
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=004061a2
...
0025:Call KERNEL32.SetHandleInformation(00000064,00000001,00000000)
ret=00406205
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406205
0025:Call KERNEL32.SetHandleInformation(00000068,00000001,00000000)
ret=0040620d
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=0040620d
0025:Call KERNEL32.SetHandleInformation(00000070,00000001,00000000)
ret=00406215
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406215
--- snip ---
The child process is started:
--- snip ---
...
0025:Call KERNEL32.CreateProcessA(00000000,0033cbbc "C:\\Program
Files\\Java\\jre1.5.0_10\\bin\\java.exe
-fullversion",00000000,00000000,00000001,08000008,00000000,00000000,0033dabc,0033db00)
ret=00406248
...
0027:Call KERNEL32.__wine_kernel_init() ret=7bc594f9
0025:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00406248
...
--- snip ---
The parent (patcher) immediately issues a blocking read on child stdout pipe
without waiting for anything.
It blocks until the child writes something to other end of pipe:
--- snip ---
0025:Call KERNEL32.ReadFile(00000070,0033d3bc,00000100,0033db48,00000000)
ret=0040626c
--- snip ---
The child parses the command line and (f)prints out the version string to
"stdout" pipe.
I added more trace info to show 'MSVCRT_fwrite' and 'MSVCRT__write' calls +
args.
--- snip ---
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:trace:msvcrt:pf_printf_a Format is: "%s full version \"%s\"\n"
0027:trace:msvcrt:_lock (30)
0027:trace:msvcrt:MSVCRT_fwrite :file (0x7ed22320) ptr (0x40809c) wrcnt (4)
file->_cnt=0
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000200) ret=7ecb8877
0027:Ret ntdll.RtlAllocateHeap() retval=00134f48 ret=7ecb8877
0027:trace:msvcrt:MSVCRT__write :fd (2) handle (116) buf (0x40809c) len (4)
0027:Call KERNEL32.WriteFile(00000074,0040809c,00000004,0033f7a4,00000000)
ret=7ecb4157
0027:Ret KERNEL32.WriteFile() retval=00000001 ret=7ecb4157
0027:trace:msvcrt:_unlock (30)
0027:trace:msvcrt:_lock (30)
--- snip ---
Upon pipe write of client, the parent's blocking read returns and it starts
parsing the output:
--- snip ---
0025:Ret KERNEL32.ReadFile() retval=00000001 ret=0040626c
Regards
...
0025:Call msvcrt.strstr(0033d3bc "java",0040a32c "\"") ret=00406280
...
0025:Ret msvcrt.strstr() retval=00000000 ret=00406280
...
0025:Call msvcrt.strstr(00000001,0040a32c "\"") ret=0040628f
...
0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747d245
ip=f747d245 tid=0025
--- snip ---
Unfortunately the buffer of client fprintf() call was not written in one piece
(buffered io) causing the parent to read only a partial string.
Due to crappy coding it crashes (2x strstr for '"' won't work for partial
data).
As seen in trace the first 4 bytes were directly written to pipe without any
buffering.
The child process fprintf() call to stdout (pipe):
--- snip ---
...
0040111F mov dword ptr [40AEB8h], 40809Ch ; offset "java"
...
00402007 push 4085DCh ; offset to "1.5.0-b64"
0040200C push dword ptr [40AEB8h] ; -> "java"
00402012 add eax, 40h
00402015 push 4085E8h ; offset to "%s full version \"%s\"\n"
0040201A push eax ; FILE *
0040201B call fprintf
--- snip ---
The first call to WriteFile() is actually the result of outputting first string
argument after format string -> 40809Ch = "java" (len=4).
Each vfprintf() argument handler -> pf_output_xxx will immediately trigger an
unbuffered write to the pipe(s).
Example session with winedbg showing use of buffered stdio when started from
console (len = 0x1f):
--- snip ---
=>0 0x7b83db29 WriteFile(hFile=0x17, buffer=0x112110, bytesToWrite=0x1f,
bytesWritten=0x33f9bc, overlapped=(nil))
[/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:529] in kernel32
(0x0033fa38)
1 0x7ecace65 msvcrt_flush_buffer+0x54(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:565] in msvcrt
(0x0033fa78)
2 0x7ecad0b8 remove_std_buffer+0x10(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:628] in msvcrt
(0x0033fa98)
3 0x7ecb7630 MSVCRT_vfprintf+0x91(file=0x7ed22320, format="%s full version
"%s"
", valist="") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4491] in
msvcrt (0x0033fae8)
4 0x7ecb7aca MSVCRT_fprintf+0x35(file=0x7ed22320, format="%s full version
"%s"
") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4612] in msvcrt
(0x0033fb1c)
5 0x00402021 in java (+0x2020) (0x00111ff3)
--- snip ---
It seems to me that buffered io should be still done even if stdout is
connected to a pipe.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48101
Bug ID: 48101
Summary: Metatester 5 exits silently
Product: Wine
Version: 4.19
Hardware: x86-64
URL: http://files.metaquotes.net/metaquotes.software.corp/m
t5/mt5tester.setup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-…
[View More]bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Metatester 5 exits silently after an unknown period of time.
The agent starts a number of background services (that apparently install
correctly), but when it exits, Wine kills off the background services along
with everything else.
To workaround that specific problem:
1. wineserver -p
2. wineboot
3. Anything else.
(Bug 39030)
Nonetheless if you let the agent, or Wine itself, start up the services the
result is the same: the agent simply vanishes after an unknown amount of time.
Usually less than an hour. Under Windows 8.1 and 10 it runs indefinitely.
Entire log (wineserver and wineboot already run):
0190:fixme:heap:RtlSetHeapInformation 0x6a0000 0 0x22f3f0 4 stub
0190:fixme:font:get_outline_text_metrics failed to read full_nameW for font
L"Ani"!
0190:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x2263e4, 0x226400
0x2263e0
0190:fixme:nls:get_dummy_preferred_ui_language (0x38 0x2263e4 0x226400
0x2263e0) returning a dummy value (current locale)
0196:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA,
0000000000C5FD80
0190:fixme:ntdll:server_ioctl_file Unsupported ioctl 9003c (device=9 access=0
func=f method=0)
0190:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x1
0190:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x1
0190:fixme:shell:InitNetworkAddressControl stub
0198:fixme:secur32:schan_QueryContextAttributesW Unhandled attribute 0x64
0197:fixme:secur32:schan_QueryContextAttributesW Unhandled attribute 0x64
0190:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000022FCD0
No workarounds used.
The app can be started again without 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52185
Bug ID: 52185
Summary: IDA 7.6 irregular crashes when used in an IPC
namespace
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
…
[View More]When used within an environment that restricts the IPC Namespace, such as
within a Docker container or a Firejail environment, IDA crashes irregularly
when performing certain tasks. This can result in frustrating crashes and lost
work.
This is fairly simple to reproduce with just the help of the "unshare" utility:
1. Install IDA Free:
wget https://out7.hex-rays.com/files/idafree76_windows.exe
wine idafree76_windows.exe
# Follow the installation, install to default location
unshare -Ui wine 'C:\Program Files\IDA Freeware 7.6\ida64.exe'
2. Follow the prompts until you reach the main window which says "Drag a file
here to disassemble it"
3. Unmaximize the window if maximized, grab a corner and keep resizing the
window
4. Keep doing this for up to 10 seconds. The window will disappear and the
following will be shown on the terminal:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 131 (MIT-SHM)
Minor opcode of failed request: 3 (X_ShmPutImage)
Value in failed request: 0x2e0
Serial number of failed request: 5854
Current serial number in output stream: 5858
This has been tested and verified on the following platforms:
- Gentoo (WINE 6.20, 6.22)
- Kubuntu 21.10 (WINE 6.0.2, 6.23)
- Kubuntu 20.04 (WINE 6.0.2, 6.23)
As well as the following desktop environments/window managers:
- KDE
- i3
Workarounds:
On docker, you can use the `docker run --ipc=host` command to disable the IPC
namespace.
On firejail, you can use the `ignore ipc-namespace` setting to disable the IPC
namespace.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51831
Bug ID: 51831
Summary: TrueDrive: On start shows an alert that the steering
wheel is turned around too close to the bump stops,
while the wheel is actually aligned on top center
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: hid
…
[View More] Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 8b434bdc7fe98e3bd97e180f31bc18d87161c05a
Distribution: ArchLinux
Created attachment 70718
--> https://bugs.winehq.org/attachment.cgi?id=70718
0001-winebus.sys-Fix-possible-memory-access-error-in-bus_.patch
In addition to the summary, the in app steering wheel animation is indeed
turned around usually on left, and the high torque mode of the Simucube 2 FFB
wheel is also being disabled, as the alert warns. After closing the alert, the
steering wheel animation resumes proper tracking of the real wheel.
After some regression testing found out that in bus_event_queue_pop()
(winebus.sys/unixlib.c) the size for the memcpy operation is calculated on base
of the event->input_report.length, and when the event operand is passed for
first time to this function, its input_report.length is uninitialized. The
bus_event structure is being allocated once per bus thread.
This could lead to either insufficient bytes being copied to the event struct,
or memory access error for an out of bounds copy operation of the tmp struct.
The consecutive calls of this function use the event->input_report.length
again, which in this case is just the length of the input buffer from the
previous operation.
If the device uses multiple input reports with different ReportIDs and
different lengths, this could lead to serious issues.
Attached a patch which fixes the issue (based on the current master)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51828
Bug ID: 51828
Summary: Simucube 2: All applications using raw HID access to
communicate with devices, stopped tracking steering
axis movement
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.…
[View More]org
Reporter: logos128(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: d40d8d968658dca4a75afc97f9e48acda0654b0f
Distribution: ArchLinux
Created attachment 70716
--> https://bugs.winehq.org/attachment.cgi?id=70716
0001-hidclass.sys-Fix-input-reports-with-ReportID-being-d.patch
Found out that the dropping of input packets with lengths different than
desc->InputLength, which was introduced with the regression commit is causing
this issue.
Since the Simucube 2 is a HID PID device, it uses multiple HID reports (with
defined ReportIDs), which are different lengths. For such devices
desc->InputLength specifies the biggest possible buffer length, that would fit
any of the input reports. If the most essential input report for tracking the
steering axis movements is smaller than desc->InputLength, it'll be dropped by
that check. Only the reports with the exact same size go through in non polled
mode.
In this case with Simucube 2 the biggest input report is of 61 bytes, and is
vendor defined. All the other input reports are smaller sizes, and will get
dropped.
Attached a patch which fixes the issue. It also fixes possible memory access
error with report->buffer while copying it to irp->AssociatedIrp.SystemBuffer,
due to the internal buffer for hid_report being just report->length which could
be less than or equal to desc->InputLength.
The patch is based to the current master
(aa629c4c7225166f4ee46476d98702df2e142711).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51824
Bug ID: 51824
Summary: TrueDrive, SimHub, Fanaleds,etc.: Non smooth movement
tracking with severe skipping/jumping of the steering
wheel/controller axis
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-…
[View More]bugs(a)winehq.org
Reporter: logos128(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 325984ded50b354686e5a454aa5aca3aafa81432
Distribution: ArchLinux
Created attachment 70711
--> https://bugs.winehq.org/attachment.cgi?id=70711
0001-hidclass.sys-Fix-writing-all-new-reports-at-the-last.patch
All the mentioned applications use raw HID access (through HidD/HidP calls) to
the devices they controll, so the movement tracking problems appear only there.
DirectInput works well.
After further investigation, found that the simpler ring buffer
(hidclass.sys/device.c) introduced with the mentioned regression commit is
causing the issues. Appeared that all new reports are pushed at the last
available ring buffer slot, due to reaching the end of the buffer before the
reading has started. Usually such devices as joysticks, controllers, steering
wheels, etc., use constant stream of INPUT reports to report their axis
movement, so any report skipping or change of the sequence, while the
interested apps are reading, would lead to such issues.
Attached a patch which fixes the issue (based on the current master
aa629c4c7225166f4ee46476d98702df2e142711).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51822
Bug ID: 51822
Summary: Simucube 2 TrueDrive: Doesn't recognize the steering
wheel device
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
CC: rbernon(…
[View More]a)codeweavers.com
Regression SHA1: 51560aabcb259cb89659d96654d8ad38edbb528d
Distribution: ArchLinux
Created attachment 70707
--> https://bugs.winehq.org/attachment.cgi?id=70707
0001-hidparse.sys-Preserve-the-original-state-items.repor.patch, wine_6.18.log,
SC2_descr.txt
Simucube 2 is FFB steering wheel device using the HID PID specification for
FFB. Thus the support for it is included in the Linux kernel as part of the HID
specification. It still needs some patching of the usbhid kernel module, but in
general is entirely functional in Wine, as long as "DisableInput" and "Enable
SDL" are disabled in the Wine registry, and for the HIDRAW device is granted rw
user access.
TrueDrive is an application for controlling and fine tuning various parameters
of the steering wheel (using HidD/HidP calls), which also includes real time
animation of the steering wheel movement, buttons pushed, etc. The application
is not used/needed during gameplay. The TrueDrive version used is 2020.10. The
application can be downloaded from the manufacturer site:
https://granitedevices.com/wiki/Simucube_2_True_Drive_releases
The mentioned regression commit is the earliest in which the problem occurs.
I've investigated further, and found that state->items.report_count in the
parse_new_value_caps() function (hidclass.sys/descriptor.c) is not preserved
properly. While being used for building the alternate value array it's set to
1, and since "Report Count" is a global item, reset_local_items() at the end of
the function preserves its state. Thus if there are subsequent main items
(Input, Output, etc.) with more than one usages, and with no "Report Count"
specified in between, the parser would calculate wrong bit sizes, report len,
etc.
The particular problem was at the end of the descriptor. Here is an excerpt:
/* Usage Page (FF00h), */
/* Usage (01h), */
/* Collection (Application), */
/* Usage (01h), */
/* Report ID (107), */
/* Report Size (8), */
/* Report Count (60), */
/* Logical Minimum (0), */
/* Logical Maximum (255), */
/* Output, */
/* Usage (01h), */
/* Report ID (108), */
/* Input, */
/* End Collection, */
The Input report 108 follows immediately the Output report 107, without Report
Count specified in between. In our case parse_new_value_caps() would set
erroneously Report Count to 1, after being called on the Output main item. Thus
the next Input report size would be calculated wrongly. This is a vendor
defined report, which they probably use in the process of recognizing the
device.
Since then the issue was mitigated a little bit with commit
7096c26a2e48089424fe90956c80c29617bce9f2, when button array value caps were
introduced, which stopped modifying state->items.report_count if the parsed
item is an array.
The issue is still present in the new hidparse.sys (main.c), where the parsing
code has been moved with commit a290c5bf7c9ddc92af56231693c6d8f00c3efd7b.
It is present in Output report 2. Here is an excerpt:
/* Usage (5Ah), */
/* Collection (Logical), */
/* Report ID (2), */
...
/* Report Count (2), */
/* Output (Variable), */
/* Usage (5Ch), */
/* Usage (5Eh), */
/* Unit (Seconds), */
/* Unit Exponent (-3), */
/* Logical Maximum (32767), */
/* Physical Maximum (32767), */
/* Report Size (16), */
/* Output (Variable), */
/* Physical Maximum (0), */
/* Unit, */
/* Unit Exponent (0), */
/* End Collection, */
Since the Output main items are variable, state->items.report_count is still
being modified to 1. So the second Output item ends up with two usages, one 16
bit report, and one 0 bit report. This can be seen in the attached log file
wine_6.18.log. For Output report 2, the RCnt for Usage 0x5E is 0.
The following debug options were used for the log:
WINEDEBUG=+timestamp,+pid,+hid,+hidp,+hid_report,+plugplay. The Wine build is
6.18-107-gbcdb28a563d.
I've attached the Simucube 2 device descriptor in SC2_Descr.txt. Hope it can
help as a real life example of a HID PID device with multiple ReportIDs.
Attached also a patch which is fixing the issue (based on the latest master
aa629c4c7225166f4ee46476d98702df2e142711).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51710
Bug ID: 51710
Summary: 3utools doesn't see iPad
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aykutboray(a)gmail.com
Distribution: ---
Created attachment 70586
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=70586
Bug moment
When I wanted to install new IPad OS software 3utools doesn't see my iPad it
was connected to pc.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51987
Bug ID: 51987
Summary: Multiple GUI elements are not rendered when using a
theme
Product: Wine
Version: 6.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created …
[View More]attachment 70975
--> https://bugs.winehq.org/attachment.cgi?id=70975
All broken
This is a follow up to bug 51986.
See the attached screenshot.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52028
Bug ID: 52028
Summary: Regression: Themed contents doesn't displays correctly
in some themes
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
…
[View More]Distribution: ---
Created attachment 71028
--> https://bugs.winehq.org/attachment.cgi?id=71028
good vs bad
Regression test result:
7c9cacd47f969181624b2c5fafd7554188d7fa47 is the first bad commit
commit 7c9cacd47f969181624b2c5fafd7554188d7fa47
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Fri Nov 5 14:34:58 2021 +0800
comctl32/button: Correctly place parts for themed group boxes.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/comctl32/button.c | 49 +++++++++++++++++++++++++++----------------------
1 file changed, 27 insertions(+), 22 deletions(-)
Procedure:
1 - Open winecfg
2 -- Apply a theme that presents this issue
I've used a modified theme from VLT by evgkursai. Original msstyles file
presents this issue too. You can download it here:
https://www.deviantart.com/evgkursai/art/VLT-2-0-VS-36103075
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52025
Bug ID: 52025
Summary: Custom color configuration is reseted if custom theme
is applied
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: --…
[View More]-
Regression result:
3762a11c81455edee65881702c5c26ae5d3081b3 is the first bad commit
commit 3762a11c81455edee65881702c5c26ae5d3081b3
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Thu Nov 4 14:44:47 2021 +0800
uxtheme: Fix loading a different theme when theming is on.
When a theme is already active and a user tries to activate another theme,
the new theme configuration should be written to the registry so that it's
still in effect after a wine reboot.
Fix a regression introduced in d290362.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/uxtheme/system.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
Wine 6.20 -> 6.21
Procedure:
1 - Open winecfg
2 - Apply a custom theme, theme used on this test was VLT by evgkursai:
https://www.deviantart.com/evgkursai/art/VLT-2-0-VS-36103075
3 - Change any color and apply. On this test, i've changed "Selection
Background" ("Fundo da Seleção" in portuguese-brazilian) color
4 - Close winecfg
5 - Open winecfg again
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52201
Bug ID: 52201
Summary: BackPacker: Crashes on launch with page fault on read
access error
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andreas.j(a)pm.me
Distribution: ---
…
[View More]Created attachment 71255
--> https://bugs.winehq.org/attachment.cgi?id=71255
Error log from Wine
Hi,
I am trying to play an old game called BackPacker, however when trying to
launch the game it immediately crashes with the error "The program winevdm.exe
has encountered a serious problem and needs to close. We are sorry for the
inconvenience."
My installation is completely fresh, using Wine 6.23 and Pop!_OS 21.10.
No changes have been made to the default Wine installation, since I was unable
to find much information surrounding this error I have only tried to change the
Windows Version to Windows XP using winecfg (with no luck or change).
The game properly works when running it in Windows XP.
Some game info found here:
https://en.wikipedia.org/wiki/Backpacker_(video_game_series)
Thank you!
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52205
Bug ID: 52205
Summary: Audio not working on any apps except winecfg
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: khosraw.azizi(a)gmail.com
Distribution: ---
I am trying to run games using …
[View More]wine. I have so far tried 8-10 games and none of
them output any audio. The audio in the winecfg app works and my backend is
fine.
I don't understand because these games worked with audio on my previous
computer. This new computer however doesn't output the audio for those programs
at all.
Linux khosraw-archcraft-hp 5.15.7-zen1-1-zen #1 ZEN SMP PREEMPT Wed, 08 Dec
2021 14:33:18 +0000 x86_64 GNU/Linux
khosraw@khosraw-archcraft-hp
HP All-in-One 24-dp0xxx
AMD Ryzen 5 4500U with Radeon Graphics (6) @ 2.375GHz
AMD ATI 04:00.0 Renoir
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51934
Bug ID: 51934
Summary: Battle.Net after login bug
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ptg76(a)ukr.net
Distribution: ---
Created attachment 70899
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=70899
backtrace log
Hi, All!
After updates, I cannot log in to Battle.Net nor the Starcraft game directly.
After entering username and password it falls into repeating "crash"(?).
I've attached the backtrace log file.
Any ideas, workarounds, something?
Sincerely, Peter
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32385
Bug #: 32385
Summary: MSTSC (Remote Desktop) drawing issues
Product: Wine
Version: 1.5.18
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kenjiru.ro(a)gmail.com
Classification: Unclassified
Created attachment 42734
--> …
[View More]http://bugs.winehq.org/attachment.cgi?id=42734
Drawing issues.
When it works, it has some drawing issues. Some windows are not drawn correctly
at all, the title bars of some windows are not drawn.
I see a lot of messages in the console, but I don't know which ones are to
blame.
I've attached the console output.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52113
Bug ID: 52113
Summary: Killing Floor 2 : Item Server not connectable
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maycne.sonahoz(a)posteo.net
Distribution: ---
Overview:
In Killing Floor …
[View More]2, the Item Server cannot be reached. In consequence,
neither the Inventory nor the Store are available from within the game.
Steps to Reproduce:
1) Launch Killing Floor 2.
2) In the main menu, an icon should tell the connectivity with the Item
Server. That icon shows the server is unreachable.
3) Access the Inventory tab. It should be filled with your custom items,
but it always shows empty.
4) Access the Store tab. It should be filled with store offers, but it
always shows empty.
Build Date & Hardware:
Manjaro stable - Xfce - kernel 5.10.79-1 - 2021-11-16
The issue has been happening from a long time now. As for today's
reference:
- Failed to reach the steps to reproduce the issue with Development Wine:
- Development Wine built locally from source
- Steam (for Windows) installed through Wine
- Steam refuses to install Killing Floor 2 : "invalid platform"
- Issue reproduced with:
- Steam (for Linux) Beta
- Proton-6.21-GE-2 (based on Wine 6.21)
Additional Builds and Platforms:
Manjaro stable - Xfce - kernel 5.10.79-1 - 2021-11-16
The issue does not (yet) reproduce with:
- Steam (for Linux) Beta
- Proton 6.3-8 (based on Wine 6.3)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52136
Bug ID: 52136
Summary: runterra game installation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artemio.stenio(a)gmail.com
Distribution: ---
Created attachment 71182
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=71182
error log
jojo installation attempt
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52211
Bug ID: 52211
Summary: program installation failed runeterra
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artemio.stenio(a)gmail.com
CC: austinenglish(a)…
[View More]gmail.com
Distribution: ---
Created attachment 71269
--> https://bugs.winehq.org/attachment.cgi?id=71269
even installing the program several times and using the command "winetricks -q
corefonts", the installation still has conflict/error.
even installing the program several times and using the command "winetricks -q
corefonts", the installation still has conflict/error.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=29503
Bug #: 29503
Summary: Stucuk's Setup System patcher often fails with 'Canvas
does not allow drawing' error message
Product: Wine
Version: 1.3.36
Platform: x86
URL: http://www.fileplanet.com/207230/200000/fileinfo/Dark-
Horizon-Patch-v1.0.6.1
OS/Version: Linux
Status: NEW
Keywords: download, Installer
…
[View More]Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 38206
--> http://bugs.winehq.org/attachment.cgi?id=38206
screenshot (patcher running in virtual desktop)
The installer of the patch made for Dark Horizon uses a Stucuk's Setup System
according to the file properties. The installer of the community patch made for
Original War also uses this kind of patcher, sharing the same problem.
The patcher for Dark Horizon consists of nearly 3000 small files. The
installation process doesn't take long (15-20 seconds). At some point during
the install process, the patcher is interrupted with an error message:
'Setup Thread Error: Canvas does not allow drawing', and the installer quits
prematurely.
This happens fairly often (maybe 8 times out of 10 attempts), but sometimes the
patcher finishes the job without erroring out.
Before the error message pops up, text which normally appears inside the
installer window also printed and overwritten several hundreds of times in the
upper left corner of the screen (see attached screenshot). This happens both in
virtual desktop mode and in full-screen.
To reproduce the problem with the patcher made for Dark Horizon you don't have
to download the demo for the game; the patch can be installed alone in a
selected directory anywhere inside a wineprefix.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41615
Bug ID: 41615
Summary: Max Payne 1 and 2 crash using glsl=enabled
Product: Wine
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 55965
--> https:…
[View More]//bugs.winehq.org/attachment.cgi?id=55965
backtrace-max-payne-1-glsl
Max Payne 1 and 2 crash using glsl=enabled during 1st chapter
Both crash during 1st chapter however if use glsl=disabled in wine register
works stable both games pass 1st chapter with crashes
System Specs Using in Tests
Nvidia Drivers 375.10 (run package from nvidia drivers homepage)
Xubuntu 16.04 64Bit - Kernel 4.4.0-44 generic (ubuntu mainline) - CPUFreq:
Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38183
Bug ID: 38183
Summary: King of Dragon Pass crashes when loading a saved game
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://a-sharp.com/files/KoDP-Tour.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
…
[View More]Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50954
--> https://bugs.winehq.org/attachment.cgi?id=50954
terminal output
Loading a previously saved game at the title screen works properly.
Loading a saved game while you are in-game results in a crash.
Tested with the GOG version. The crash can be reproduced with the demo/tour
version as well.
The same problem in Wine 1.2.3/1.4.1/1.6.2/1.7.38.
Steps to reproduce the problem with the demo version:
Start the installed demo with tour.exe. Click on the highlighted <Tour>, <Skip
all>, <Play> buttons. Click the button right next to <Proceed> in the lower
right corner. Click <Save>...the game is saved.
Now click <Restore> in the options menu and select the previously saved game.
The game is loaded without errors but if you click <Proceed> the game crashes.
The demo version doesn't allow to load a saved game from the title screen.
KoDP-Tour.exe
sha1: 445443bd6365f71257abfe0809e9a1932791d1ed
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=26898
Summary: wine does not show save game screenshots
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vaniaz(a)msn.com
Screenshots are saved in dds format. When saving game, I get the following in
console
fixme:…
[View More]d3d_surface:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT1.
Saved screenshot is completely black.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41653
Bug ID: 41653
Summary: The Banner Saga 2 GOG (adobe air) flickering on
Wine-staging
Product: Wine-staging
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: donanykey(a)gmail.com
CC: …
[View More]erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56035
--> https://bugs.winehq.org/attachment.cgi?id=56035
Video of flickering picture
Dedicating separate bug from https://bugs.winehq.org/show_bug.cgi?id=41635 for
Wine-staging.
The game works in plain Wine (1.9.21), but with very poor frame rate
performance, while with staging - it's much more responsive, but the picture is
flickering.
Video and log to be attached
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=33309
Bug #: 33309
Summary: No keyboard input in Slender: The Arrival
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 6tsukiyami9(a)gmail.com
Classification: Unclassified
The title says all about it:…
[View More] the keyboard doesn't work at all in Slender: The
Arrival. I can't even try the game itself because I can't get enter the license
key and get to the main menu.
I guess this may be a clue:
fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0.
fixme:win:RegisterDeviceNotificationW (hwnd=0x1006a,
filter=0x33fc6c,flags=0x00000000) returns a fake device notification handle!
fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0.
I'm attaching a full log with WINEDEBUG=-all,+keyboard,+key,+dinput,+message
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39305
Bug ID: 39305
Summary: Sanitarium
Product: Wine
Version: 1.7.50
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i30817(a)gmail.com
Distribution: ---
There are plenty of bugs with sanitarum that are closed 'FIXED' that i'm …
[View More]still
experiencing, except if running with the game windowed mode command line switch
(-w).
For example the game doesn't show graphics with the native fullscreen here
(with the open source radeon drivers) unless i specify :
wine reg add "HKCU\\Software\\Wine\\Direct3D" /v "OffscreenRenderingMode" /t
REG_SZ /d "backbuffer"
before running the game (instead of default "fbo")
Bug #28625 is also still a problem. In fact, it appears more of a problem
because with native fullscreen and that registry setting just moving the mouse
at all is liable to freeze the screen and every animation on it, no just pause
while moving (the game is still running because i can press ESC to go to the
settings menu).
This seems like a regression, since bug #28625 is marked as fixed.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41681
Bug ID: 41681
Summary: King's Bounty crossworlds: DirectX call failed
Product: Wine
Version: 1.6.1
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lior.inbar(a)sharecare.com
Created attachment 56071
--> https://bugs.…
[View More]winehq.org/attachment.cgi?id=56071
terminal
Hi,
I'me running the game on:
Model Name: MacBook Pro
Model Identifier: MacBookPro11,4
Processor Name: Intel Core i7
Processor Speed: 2.2 GHz
Graphics Intel Iris Pro 1536 MB
The games launches fine but in some parts of the map it quits with error:
http://i63.tinypic.com/oixkli.png
when not running from terminal this game doesn't crash but the graphics are
distorted like this:
http://tinypic.com/view.php?pic=2iazrb8&s=9#.WCG--eErLGI
attached is the terminal output
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38553
Bug ID: 38553
Summary: Die by the Sword: menus don't drawn unless mouse is
moving (Mac OS X only)
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs140(a)gmail.com
A …
[View More]similar issue (Bug 27814) has already been fixed in Wine for Linux. But the
problem still exists when running Wine in OS X.
Important comments from the Linux bug report:
"Béla Gyebrószki (In reply to Ken Thomases from comment #12)
> This problem still exists for me on OS X, too. Plain Wine. (If you're
> using the tip from this morning, you'll need
> <http://source.winehq.org/patches/data/108886> to fix a crash.) Affects
> both the Mac driver and the X11 driver.
>
> In my testing, it was often the case that moving the mouse was not enough to
> cause the menu animation to proceed. When this happened, switching away
> with Command-Tab would allow the animation to complete. This happened more
> often with the Mac driver than the X11 driver, but did affect both.
>
> Béla, would you be willing to do a "reverse" bisect, where you hunt which
> commit fixed it for you?
It's hard to tell exactly which commit fixed the problem for me because the
game behaves differently between 1.7.13 and .15.
The problem is definitely there in 1.7.13.
After this patch menus are opened but without that "pull-down animation" and
screen refreshing, mouse movement is so sluggish that it makes the game
unplayable:
http://source.winehq.org/git/wine.git/commit/4c4552c5a1910a9d5adf8eccff0ac6…
Finally this commit resolves the previous problem and menus work as intended:
http://source.winehq.org/git/wine.git/commit/eef81f5ecc27cac8bc2bf4eacdc093…"
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50864
Bug ID: 50864
Summary: Incompatibility with Mesa 21 with several games
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bastian.beischer(a)rwth-aachen.de
Distribution: ---
Arch Linux recently …
[View More]updated mesa to 21, after which I was unable to start most
of the games I play through Steams proton (Through the Ages, Race for the
Galaxy, Galaxy Trucker, ...). Since proton is based on wine I later found a
command line reproducer for the problem by just running "wine game.exe" with
the appropriate wine prefix. After noticing that the issues appeared with Mesa
21 I found this on the Mesa gitlab:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/3969
My issues are exactly the same. Apparently Mesa added an OpenGL error in this
commit / line:
https://gitlab.freedesktop.org/mesa/mesa/-/commit/f39fd3dce72eaef59ab39a23b…
And it appears that wine fails to correctly handle / catch that error. I can
play games again after reverting that change in mesa and recompiling mesa 21.
While it was mesa that introduced this regression it appears that it is correct
to issue the error, so the mesa developers seem to think that wine should be
patched instead (they even made an attempt).
Thanks for any help!
--
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.
[View Less]