https://bugs.winehq.org/show_bug.cgi?id=42795
Bug ID: 42795
Summary: LEGO City Undercover crashes on startup (Steam, DX11)
Product: Wine
Version: 2.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Created attachment 57820
--> https://bugs.winehq.org/attachment.cgi?id=57820
Console log + Backtrace from wine-2.5-151-g61a1a266fa
LEGO City Undercover crashes on startup under wine-2.5-151-g61a1a266fa.
winetricks alldlls=builtin
export WINEDEBUG=+tid,+seh
wine ./Steam.exe -no-cef-sandbox steam://run/578330 >>log.txt 2>&1
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52035
Bug ID: 52035
Summary: module:ntdll_init_syscalls syscall count mismatch
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: am.advmark(a)gmail.com
Distribution: ---
While trying to run installed Dragon Age Origin (GOG) & GTA San Andreas
(Rockstar games) have this error:
err:module:ntdll_init_syscalls syscall count mismatch 0 / 79
The games does not run.
--
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=51816
Bug ID: 51816
Summary: 6.18 break path
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: augusto7743(a)gmail.com
Distribution: ---
WINE 6.18 break path location.
Software tested Duplicate Cleaner.
When selecting a folder to move or copy files the software display not being
possible read the path. Any path selected not is possible use.
WINE 6.17 works fine without issues.
--
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=51967
Bug ID: 51967
Summary: Apps no longer open URLs.
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
I use wine to run a DoubleDummy windows program.
This can downloads results from a website and does so by "opening" a URL.
By running strace (and forcing in older wine versions) I can see that:
v6.8 uses /usr/bin/xdg-open (which in turn uses kde-open5) to open the URL and
this works.
v6.20 is using /usr/bin/open, which knows nothing about URLs and hence fails.
--
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=50816
Bug ID: 50816
Summary: Wine-staging 6.4 regression: No man's sky doesn't
start anymore
Product: Wine-staging
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69628
--> https://bugs.winehq.org/attachment.cgi?id=69628
Backtrace
Since version 6.4 of wine-staging, NMS doesn't start anymore.
It crashes before it finishes the long loading (which is very long, like 5
minutes) but on wine-staging 6.3 everything worked.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35304
Bug ID: 35304
Summary: `wine start appwiz.cpl` doesn't work
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
$ wine start appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
fixme:exec:SHELL_execute flags ignored: 0x00000100
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found.
$ wine appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
Segmentation fault
It starts fine from `wine control` though.
I remember I could start appwiz.cpl previously so it looks like a regression.
--
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=51440
Bug ID: 51440
Summary: Sea of Thieves hangs on loading into the game with
b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Regression SHA1: b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Distribution: ---
This commit causes Sea of Thieves to hang at loading when entering a new game:
https://github.com/wine-mirror/wine/commit/b8aaf86b2dbb8ecb3f7094cc40a0df89…
Reproduce:
Adventure Mode > Galleon > Closed Crew > Start
Results in hang at loading screen
Reverting the commit resolves the issue.
Note: the game also requires staging patchset
secur32-InitializeSecurityContextW
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35127
Bug ID: 35127
Summary: Gamehall (Chinese game client) crashes in comctl32
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://fcg.uc108.com/gamehall/down.aspx?downid=113
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46857
--> http://bugs.winehq.org/attachment.cgi?id=46857
terminal output
I came across this bug when looking at bug #35125. The application is
(probably) a game client for playing card games. Everything in the installer
and in the application is displayed in Chinese so I don't understand a word of
it, but here are the steps to reproduce the crash:
1. download the client from the above url and launch it. Installation should be
straightforward even though everything is displayed in Chinese.
2. start the application with GameHall.exe. There are 3 green buttons at the
bottom, click on the leftmost one. Some files are being downloaded(?) and Wine
crashes in comctl32 before the application interface is loaded.
'winetricks comctl32' is a workaround to the crash.
gamehallsetup.exe
md5sum: b091c46d56680a7376853460dc8510ce
wine-1.7.8-88-gfb75292
--
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=50514
Bug ID: 50514
Summary: Notation Software x64 apps freeze when resizing its
windows
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Distribution: ---
Created attachment 69178
--> https://bugs.winehq.org/attachment.cgi?id=69178
Log files of exception when freeze happens
All x64 apps of Notation Software (www.notation.com) freeze with Wine 6.0 when
resizing its windows.
This happens on Ubuntu 20.04 LTS with Wine 6.0. The same behaviour exists on
Mac with Gcenx's Wine 6.0 from
https://github.com/Gcenx/macOS_Wine_builds/releases
I believe that this is a regression bug because all apps have worked fine with
Wine 5.4 without any issues in many, many installations but now freeze with
Wine 6.0.
An exception happens. Please see the results of WINEDEBUG=+seh,+timestamp in
the zip file attached
file 1: Exception_of_freeze_x64_Linux_Ubuntu.txt: log on Ubuntu
file 2: Exception_of_freeze_x64_Mac.txt: log on Mac
The exception address is the same for all apps and it looks as if it is outside
the app's address range. Any ideas how to further identify the problem and for
a more helpful logging is highly appreciated. Thx
--
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=46283
Bug ID: 46283
Summary: Clicking in the web browser does not launch Magic: The
Gathering - Battlegrounds Trial
Product: Wine
Version: 4.0-rc1
Hardware: x86
URL: https://www.fileplanet.com/archive/p-49075/Magic-The-G
athering-Battlegrounds-Trial/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 62995
--> https://bugs.winehq.org/attachment.cgi?id=62995
Console output with ieframe and mshtml channels enabled
When you try a second times Magic: The Gathering - Battlegrounds Trial
you need to launch the game through a web browser. Clicking in "play free
trial" does not launch the game. In a real windows box, that works.
--
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=51832
Bug ID: 51832
Summary: Fork: "The selection contains a non-folder object"
when selecting a folder
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: jleegippies(a)gmail.com
Distribution: ---
Created attachment 70722
--> https://bugs.winehq.org/attachment.cgi?id=70722
Terminal output when selecting a folder
In Fork, when going to "File > Open a Repository..." (or any of the options
that require selecting a folder) and selecting a folder in the file explorer
and clicking, "Open", the following error pops up: "The selection contains a
non-folder object". I've tried selecting folders in both C: and Z: with no
luck.
I've added the terminal output during the time I select a folder, but nothing
prints out right when I do it, so I don't think it's particularly helpful.
My OS is Linux Mint 20.2 Cinnamon
Steps to reproduce:
1. You can use either wine-6.18 or wine-6.0.1, the issue occurs in both
2. Setup a 64-bit wine prefix (Fork crashes on install in a 32 bit prefix, at
least as far as I've tried)
3. Make sure to have dotnet462, dxvk155, and d3dcompiler_47 installed (I used
Winetricks to install).
4. Download Fork (https://git-fork.com/) and install (in the prefix you just
created)
5. If the windows come up black, add the following registry key to disable
hardware acceleration:
wine reg add "HKCU\\SOFTWARE\\Microsoft\\Avalon.Graphics" /v
DisableHWAcceleration /t REG_DWORD /d 1 /f
6. Set a name and email (this would be used if you were committing/pushing
stuff with Fork).
7. Make a test directory: "mkdir MyTestDir" and "touch MyTestDir/stuff.txt"
8. Then in Fork go to "File > Init New Repository..." and navigate to your test
directory.
Normally, Fork would initialize a git repository in your test directory, but
instead it currently throws the error: "The selection contains a non-folder
object".
--
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=45806
Bug ID: 45806
Summary: Regedit doesn't paint windows contents
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ilias(a)thechampion.ru
Distribution: ---
Created attachment 62265
--> https://bugs.winehq.org/attachment.cgi?id=62265
Log gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual
I start regedit 3.15 in just created Wine directory and can see only menu bar
and status bar, registry tree and the rest isn't painted. I can export whole
registry so I think it's a graphic problem. regedit from Wine 3.0.2 work well.
regedit 3.14 is also affected.
Log is gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual.
--
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=50638
Bug ID: 50638
Summary: Builtin Dbghelp.dll doesn't succesfully load symbols
from a FakePDB PDB file
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Hi.
FakePDB is a plugin for IDA PRO 7.x that from the current program and database
loaded into IDA , generate a PDB file compatible with debuggers.
I created a PDB for Oblivion.exe (the executable of the game The Elder Scroll
Oblivion) as I weanted to try the system (and Oblivion has many internal
definition decoded from various projects, from OBSE to OblivionReloaded)
So I tried triggering a CTD (knowing a way to make the game crash immediatly)
but the winedbg wasn't loading the symbols, sometimes causing a crash of the
winedbg itself.
In the terminals there were a lot of:
04f4:fixme:dbghelp:symt_get_address Unsupported sym-tag --- for get-address
Going down the rabbit hole, I tried to see if I could get the value of the
sym-tag, adding a print, but the value was nonsensical (1114872 in decimal) too
big to be valid.
I continued to debug:
0584:trace:dbghelp_msc:pdb_init PDB(C:\Games\Oblivion\Oblivion.pdb): "Microsoft
C/C++ MSF 7.00\r\n\x1aDS\x00\
0584:trace:dbghelp_msc:pdb_init found DS for C:\Games\Oblivion\Oblivion.pdb:
age=1 guid={7bbd0a3a-8959-474f-aba3-082cd018c220}
0584:trace:dbghelp_msc:pdb_init
PDB(e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb): "Microsoft
C/C++ MSF 7.00\r\n\x1aDS\x00\
0584:trace:dbghelp_msc:pdb_init found DS for
e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb: age=1
guid={7bbd0a3a-8959-474f-aba3-082cd018c220}
0584:trace:dbghelp_symt:symt_new_public Adding public symbol L"oblivion":$LN21
@98124f
0584:trace:dbghelp_symt:symt_new_public Added public symbol L"oblivion":$LN21
@98124f a
The PDB is found and loaded properly, and the first symbol is succesfully
added.
However after the first symbol is added all the others start to fail:
0584:trace:dbghelp_symt:symt_new_public Adding public symbol
L"oblivion":??0?$LockFreeMap@PBDPAVKFModel@@@@QAE@XZ @438f10
0584:fixme:dbghelp:symt_get_address Unsupported sym-tag 1114872 for get-address
0584:trace:dbghelp_symt:symt_new_public Failing 10014 10000 10000 1465e64
(I added some traces to understand a bit better what's was going on, but the
issue should be clear)
Here seems to be that dbghelp_options is SYMOPT_AUTO_PUBLICS and
symt_find_nearest(module, address) return a non-null address, so the function
symt_new_public return null.
For every symbols except the first and the :EntryPoint symbol.
For now the only workaround I found is to comment this part of the code:
if ((dbghelp_options & SYMOPT_AUTO_PUBLICS) == SYMOPT_AUTO_PUBLICS && (sym
= symt_find_nearest(module, address) != NULL)){
return NULL;
}
And everything seems to work again, but I don't know if by doing this I broke
something else.
FakePDB code: https://github.com/Mixaill/FakePDB
(It use LLVM to generate the PDB file)
--
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=47882
Bug ID: 47882
Summary: Noita - Crash on launch
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: digisteve5(a)gmail.com
Distribution: ---
Created attachment 65377
--> https://bugs.winehq.org/attachment.cgi?id=65377
backtrace
Tried with various desktop settings, set to Windows 7 and 10.
--
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=51930
Bug ID: 51930
Summary: Final Fantasy XIV audio broken in wine-6.20
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Regression SHA1: d8be85863fedf6982944d06ebd1ce5904cb3d4e1
Distribution: ---
Final Fantasy XIV (main game and Stormblood benchmark, which is the only
benchmark that currently seems to work in Wine) no longer plays audio in Wine
6.20. This is a regression from 6.19. XAudio-based audio output from other
applications seems to work fine.
git bisect blames d8be85863fedf6982944d06ebd1ce5904cb3d4e1 "xaudio: Use the
bundled FAudio and build with msvcrt." If I back out that commit against 6.20
and build with the FAudio 21.01 installed on my system, FFXIV audio works fine
again.
May I ask why you're removing options to build with external libraries? It
makes it much more difficult to work around problems like this.
--
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=51790
Bug ID: 51790
Summary: MSI is no longer able to detect correct architecture
for a custom action DLL
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 02268cb290493c899b56996405ca7c65a8046e3c
Distribution: ---
MSI relies on GetBinaryType() to return correct architecture for a custom
action DLL, however GetBinaryType() started to intentionally fail for DLL
files. This for instance leads to inability to run a 32-bit action from a
64-bit installer process.
This essentially breaks any installer in a WoW64 Wine prefix. This bug should
probably have 'major' severity set.
--
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=51589
Bug ID: 51589
Summary: Buttons have no icons when using the Light Blue theme
Product: Wine-staging
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I noticed that buttons on the SUMo Update app have no icons on them after
setting the Wine theme to Light Blue in winecfg.
Steps to reproduce:
1. Set Wine theme to Light Blue using winecfg.
2. Download SUMo Update portable: https://www.kcsoftwares.com/files/sumo.zip
3. Run SUMo.exe
4. Notice the buttons have no icons
--
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=51500
Bug ID: 51500
Summary: ntdll:exception test_wow64_context() randomly fails on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_wow64_context() regularly gets one of the following two failures on
Windows:
exception.c:4370: Test failed: cs32: ecx f6a10000 / 4EAECB33F6A10000
or
exception.c:4450: Test failed: cs64: rsp not inside 64-bit stack
0000000002B7F388 / 00000000009E0000-0000000000A1FD20
It looks like at most one failure happens in a given run. They happen on
Windows 8.1 to Windows 10 2009, only QEmu VMs so far.
But the failures only happen about 6.9% of the time so the above data is not
100% certain yet.
The tests were added in this commit:
commit 9ae2b046ef2f645b122a2554cc8e32d3a3d79ccc
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Jun 22 17:08:11 2021 +0200
ntdll/tests: Add more tests for Wow64 contexts.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51282
Bug ID: 51282
Summary: Samurai Shodown Reboot 2019: low gpu usage around
5-10% and low fps around 9-20fps
Product: Wine
Version: 6.7
Hardware: x86-64
URL: https://store.steampowered.com/bundle/21032/SAMURAI_SH
ODOWN_STEAM_EDITION/
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: rezzafri(a)gmail.com
Regression SHA1: c2c78a2fe0ac13e4fca7ab4c17977b65e358485c
Distribution: Other
Regression on commit c2c78a2fe0ac13e4fca7ab4c17977b65e358485c. normal gpu usage
and fps with this commit reverted.
--
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=52112
Bug ID: 52112
Summary: Final Fantasy XIV failing to boot
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: meowsuke(a)gmail.com
Distribution: ---
Created attachment 71139
--> https://bugs.winehq.org/attachment.cgi?id=71139
terminal output
ubuntu 20.04.3 lts, wine staging 6.22.
the launcher runs, but the game will not launch. the game ran previously (maybe
under 6.20). i wasn't able to do a regression test because of errors i ran into
while compiling wine. the game has to be run under staging because it needs the
wine version to be hidden.
--
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=51910
Bug ID: 51910
Summary: Keyboard Input Partially Broken
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
Here's an interesting one.
After 71ecc179aab [1], some keyboard keys no longer (completely) work as they
should in FINAL FANTASY XI Online.
For example, the arrow keys no longer navigate through menus, while they do
still move the cursor in chat.
Other keys that have become partially "mute" include:
- right ctrl
- insert
- delete
- home
- end
- page up
- page down
- / (numpad)
- Enter (numpad)
1.
https://source.winehq.org/git/wine.git/commit/71ecc179aab7ad103e06b52ea76ae…
--
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=51745
Bug ID: 51745
Summary: Xbox Controller no longer recognised
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: lemonzest(a)gmail.com
Distribution: ---
Created attachment 70631
--> https://bugs.winehq.org/attachment.cgi?id=70631
XinputTest.exe Test Program for Xinput Controllers
Hi
I just updated to WineHQ-Devel 6.17 and Xinput/Xbox controllers (Not sure about
others as don't own any) are no longer detected in games
I have tried Dragon's Dogma, Dead Cells and a couple of others and they no
longer react to Gamepad inputs and XinputTest.exe says its disconnected.
rolling back to WineHQ-Devel 6.16 all is working.
I am on Fedora 34 with a PDP Afterglow XBox One Controller which in many
previous versions worked correctly.
--
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=51521
Bug ID: 51521
Summary: Installer of Tencent meeting crashes when using enter
key in the license agreement screen.
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 70361
--> https://bugs.winehq.org/attachment.cgi?id=70361
a +richedit log.
Steps to reproduce:
1. `wine TencentMeeting_0300000000_2.15.4.400.publish.exe`.
2. Pass the 'return' key for selecting a language.
3. Pass the 'return' key in the license agreement screen.
Then it will crash.
Wine version: wine-6.13-114-ga5f787ac445
MD5: 13359c85cb244a587e703111c80080ec
TencentMeeting_0300000000_2.15.4.400.publish.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51479
Bug ID: 51479
Summary: Сreating a prefix gives "wine: Unhandled page fault on
write access ..."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: b065daa600e858823944f996144ed233065da7fd
Distribution: ArchLinux
When closing winecfg after creating a prefix (I mean run winecfg without
prefix), now every time this message appears in the terminal:
wine: Unhandled page fault on write access to 0000000000000000 at address
00007F6E5819F9BB (thread 00d0), starting debugger...
Not sure if this is causing any negative consequences, and I have not found any
similar descriptions among the recent issues.
Bisecting tests indicate that it started after this patch series:
https://github.com/wine-mirror/wine/commits/f24c8c75fe11fc4b928d3ec45e71ea7…
Specific commit:
b065daa600e858823944f996144ed233065da7fd bad
e3b28631485a010219928a888fcc543a5bb3c61d good
I am using the build environment that Archlinux provides. If possible please
let me know if someone can reproduce this. Thanks.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51296
Bug ID: 51296
Summary: Cogmind: Mouse cursor is a black square
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jan.steffens(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: db2b266c57b73e1a16785213ce923b749c84400e
Distribution: ArchLinux
Cogmind (a 2D SDL 1.2 game) sets a custom, monochrome mouse cursor. Since Wine
6.10, this cursor is broken and displays as a black square.
Cogmind Beta 10.2
Wine 6.9 (good), 6.10 (bad), 6.11 (bad)
GNOME 40.2 (no difference between Xorg and Wayland)
Arch Linux
db2b266c57b73e1a16785213ce923b749c84400e (user32: Handle monochrome icons in
CreateIcon() and CreateCursor() instead of CreateIconIndirect().) is the first
bad commit.
--
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=52041
Bug ID: 52041
Summary: Page Fault on mouseover over document window
scrollbars with davar4.exe
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: enometh(a)meer.net
Distribution: ---
Created attachment 71051
--> https://bugs.winehq.org/attachment.cgi?id=71051
crash report from wine
I'm getting a repeatable crash with the DAVAR4 bible software. This is
known to have worked with wine-6.0 beta (be459282420) and I noticed it
failing after tagged wine-6.17. The present report is with wine-6.19
but the problem exists in the current HEAD (6.21)
detailed notes to reproduce (how can i submit 2 attachments in one report)
in a fresh wine
* download and install https://www.davar3.net/davar4/davar4_setup.exe
or davar.zip at the same location (40MB Download)
* full install options to /tmp/davar4
- This installs 6M files in /tmp/davar4/Davar and some 85MB under User's
ProgramData/Davar.
- Cardo104s.ttf SILEOT2.ttf will be installed under c:/windows/fonts
* fire up davar
WINEPREFIX=/tmp/newprefix wine /tmp/davar4/Davar/davar.exe
NETWORK WARNING: the program does a http get from www.davar3.net to
get the latest version
STEP A. In the "Library Tree" window Expand nodes
1. "Books" 2. "Greek Scriptures" 3. "[TR+] Textus Receptus"
This will bring up an MDI window and uses the greek Cardo font
(already installed)
STEP B. In the "Library Tree" window expand nodes
1. "Books" 2. "English Scriptures" 3. "[KJV+] King James Version Bible"
This will bring up another MDI window alongside the first window
STEP C. [Optional STEP] Exit the program. This saves the config file
under ProgramData. Relaunch the program
WINEPREFIX=/tmp/newprefix wine /tmp/davar4/Davar/davar.exe
STEP 4. Now move the mouse around over the two document windows TR and
KJV. At some point when the cursor is over scrollbar, wine crashes.
--
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=52008
Bug ID: 52008
Summary: Star Ocean The Last Hope International crashes on
startup after Wine 6.17
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
On Wine 6.17 the game will start normally. (Although it complains about not
being able to save a 2KB system save file. This can be bypassed, but the game
will not save the player's progress. That should be tracked in a different
bug.)
On Wine 6.18 and the current git, the game crashes on startup before the
company logos. Bisect reveals 984f608c2885c80284ca8f35d6ad72d5193b3658 as the
first bad commit.
--
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=51766
Bug ID: 51766
Summary: ^C in gdb mode makes debugger quit
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: hi-angel(a)yandex.ru
Distribution: ---
# Steps to reproduce
1. Run `winedbg --gdb notepad.exe`
2. Once you're dropped in gdb prompt, press ^C (Ctrl+c)
## Expected
Prompt gets redrawn a line below
## Actual
You are dropped out of winedbg into the terminal.
--
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=51380
Bug ID: 51380
Summary: The segment register tests fail in the wow32
ntdll:exception build
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The segment register tests fail in the wow32 ntdll:exception build:
https://test.winehq.org/data/patterns.html#ntdll:exception
exception.c:1233: Test failed: wrong ds 0000 / 002b
exception.c:1234: Test failed: wrong es 0000 / 002b
exception.c:1235: Test failed: wrong gs 0000 / 002b
exception.c:1233: Test failed: wrong ds 0000 / 002b
exception.c:1234: Test failed: wrong es 0000 / 002b
exception.c:1235: Test failed: wrong gs 0000 / 002b
Note that these failures don't happen in a pure 32-bit prefix or when running
the 64-bit tests.
These tests were introduced by this commit:
commit 03fe2b36cdcd6d5b431af2bc02aeeb67219c1a51
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Jun 22 12:43:09 2021 +0200
ntdll/tests: Add more tests for segment registers in 64-bit mode.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=50906
Bug ID: 50906
Summary: Her Story hangs/crashes in video clips
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 69715
--> https://bugs.winehq.org/attachment.cgi?id=69715
Video played to the end
Hi,
The game Her Story (the GOG version in my tests) either hangs or crashes on
playing videos.
There are two issues:
1, Letting a video play through to the end results in a hang and these errors:
01c4:err:quartz:DSoundRender_SendSampleData 0
01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8
"dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4,
blocked by 0024, retrying (60 sec)
This is not 100% reproducible, the attached playthrough.log for this issue
contains one successful playthrough before the hang.
2. Seeking in a video results in a crash. Seems to happen every time.
0194:err:ntdll:RtlpWaitForCriticalSection section 016F1CC8
"dlls/winegstreamer/quartz_parser.c: pin.flushing_cs" wait timed out in thread
0194, blocked by 0024, retrying (60 sec)
0198:fixme:dbghelp:validate_addr64 Unsupported address fffffffff7f70000
[...]
0198:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x7bc46b15
To reproduce this, click on the video once for the seek bar to appear and skip
forwards/backwards.
This is the seek_backwards.log
Logs are attached captured with +quartz,+gstreamer
Video files are H264 with MP3 audio in an AVI container.
Interestingly removing the audio track from the video files gets rid of both
issues.
(The first video file used by the game is D305.avi, unless it's random?)
--
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.
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 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.
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(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.
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: ---
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.
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 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.
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.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.
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
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.
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
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.
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
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.
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: 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.
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.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.
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
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.
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
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.
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.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.
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: ---
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.
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: 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.
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
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.
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: 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.
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 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.