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=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.