https://bugs.winehq.org/show_bug.cgi?id=52258
Bug ID: 52258
Summary: Changing L"\\\\.\\DISPLAY1" display settings returned
-2 error
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: robert.ayrapetyan(a)gmail.com
Distribution: ---
Hi, I'm running some old game (Faust: The Seven Games of The Soul), it runs
fine on a usual setup. But when I try to run it inside a Dockerized Wine
container (via RDP), I'm getting:
0148:Call
winex11.drv.EnumDisplaySettingsEx(0031f21c,ffffffff,0031f13c,00000000)
ret=6ed8aa83
0148:Ret winex11.drv.EnumDisplaySettingsEx() retval=00000001 ret=6ed8aa83
0148:Ret winex11.drv.ChangeDisplaySettingsEx() retval=fffffffe ret=6ed8ba60
0148:err:system:ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1" display
settings returned -2.
0148:Ret user32.ChangeDisplaySettingsExW() retval=fffffffe ret=7ed1af41
0148:Ret wined3d.wined3d_output_set_display_mode() retval=8876086a
ret=697c45aa
after which process exits normally.
I have a dozen of other games running fine in the same Dockerized container
through RDP, it's just this game calling ChangeDisplaySettingsExW and exits.
What I've tried so far:
1. Run with "explorer /desktop..."
2. Change resolution on the RDP client side
Any thoughts of how to bypass that?
--
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=52248
Bug ID: 52248
Summary: tests/d3d12 fails during Debian packaging
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 71366
--> https://bugs.winehq.org/attachment.cgi?id=71366
Crash log for tests/d3d12
Hi,
I want to package vkd3d 1.2 for Debian and the test fails during d3d12.
I tried with vkd3d-git and i have the same failure.
I attach the test-suite.log
System :
Debian Unstable x86_64
Vulkan dev deps 1.2.189
Mesa Vulkan driver 21.2.6
--
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=8091
Bug 8091 depends on bug 35943, which changed state.
Bug 35943 Summary: DVDShrink downloader crashes in ieframe
https://bugs.winehq.org/show_bug.cgi?id=35943
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |ABANDONED
--
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=52245
Bug ID: 52245
Summary: Add a way to log out all other sessions
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
This security enhancement has been suggested through the TestBot feedback:
---
Currently, there's no way for a user to invalidate all other sessions that are
logged in as the same user. Password reset does not log out other existing
sessions either.
Since Wine-Testbot is inherently a security-sensitive infrastructure
("arbitrary code execution" in VMs), it might be a good idea to add such an
extra security measure to protect accounts.
---
I don't know how often the Wine developers access the TestBot from multiple
devices more or less simultaneously. And even more specifically, I'm not sure
they expect to remain logged in on other devices when log out on one of them.
So maybe this could even be the default.
--
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=52249
Bug ID: 52249
Summary: debian buster packages not installable
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: riccardo.magliocchetti(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Installing winehq-stable on debian buster fails because of missing packages:
```
$ dpkg --add-architecture i386
$ wget -qO - https://dl.winehq.org/wine-builds/winehq.key | apt-key add -
Warning: apt-key output should not be parsed (stdout is not a terminal)
OK
$ apt-add-repository https://dl.winehq.org/wine-builds/debian/
$ apt update -qq
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
All packages are up to date.
$ apt install -qq -y winehq-stable
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
winehq-stable : Depends: wine-stable (= 6.0.2~buster-1)
E: Unable to correct problems, you have held broken packages.
```
Unfortunately I can't track if this was a recent regression or not. Our docker
image in CI updated from stretch to buster and started failing, 5.0.2 used to
install fine on stretch.
--
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=52241
Bug ID: 52241
Summary: wine crashes with UNKNOWN error when executing .NET
app
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marchersimon(a)zohomail.eu
Distribution: ---
Created attachment 71350
--> https://bugs.winehq.org/attachment.cgi?id=71350
The error log I got when running the program
I tried to run MIDIopsy with wine on Linux and it instantly crashes due to an
unhandled System.IndexOutOfRangeException.
--
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=52182
Bug ID: 52182
Summary: Make install error 254 on MacOS 12.0.1
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wirulai(a)gmail.com
Created attachment 71231
--> https://bugs.winehq.org/attachment.cgi?id=71231
Make install error 254 on MacOS 12.0.1
Installing Wine 6.1 on Mac Air M1 with MacOS 12.0.1
make install terminated after couple minutes of running and below echoed
However, mentioned files not found.
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg:
/var/folders/30/ldmh5s015ld1_rwjszvkd6340000gn/T/folders-6675d2.c
clang: note: diagnostic msg:
/var/folders/30/ldmh5s015ld1_rwjszvkd6340000gn/T/folders-6675d2.sh
clang: note: diagnostic msg: Crash backtrace is located in
clang: note: diagnostic msg:
/Users/williamlai/Library/Logs/DiagnosticReports/clang_<YYYY-MM-DD-HHMMSS>_<hostname>.crash
clang: note: diagnostic msg: (choose the .crash file that corresponds to your
crash)
clang: note: diagnostic msg:
********************
--
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=52243
Bug ID: 52243
Summary: Saints Row 2 no music (GOG)
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: aaronuk5(a)gmail.com
Distribution: ---
Using wine 7.0-rc1 on OpenSUSE and Faudio 21.11.
0108:fixme:xact3:IXACT3EngineImpl_Initialize pXAudio2 parameter not supported!
0108:fixme:xact3:IXACT3EngineImpl_Initialize pMasteringVoice parameter not
supported!
--
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=52238
Bug ID: 52238
Summary: when running imvu and attempting to view product it
crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: coffeeholic1a(a)yahoo.com
Distribution: ---
Created attachment 71346
--> https://bugs.winehq.org/attachment.cgi?id=71346
backtrace
when you go to look at products in a room 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=52230
Bug ID: 52230
Summary: Container programs can access Linux files
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahg361(a)gmail.com
Distribution: ---
Created attachment 71326
--> https://bugs.winehq.org/attachment.cgi?id=71326
Screenshot
Windows programs can access files outside container
--
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=52232
Bug ID: 52232
Summary: DDO Store stopped working
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: travissidelinger(a)gmail.com
Distribution: ---
The DDO (Dungeons and Dragons Online) stopped working recently, possibly within
the last 2 or 3 weeks. We do not use the store daily, so I don't know exactly
when it broke.
It has been working for several years now. Opening the store would redirect to
external Firefox and worked perfectly.
It appears to launch "dndbrowserhelper.exe" where it only shows a black or grey
screen.
This broke on two different systems. Same results. This maybe be a DDO issue
where they changed something in an update.
System info:
$ cat /etc/redhat-release
Fedora release 33 (Thirty Three)
$ wine --version
wine-6.13 (Staging)
$ nvidia-smi
Fri Dec 17 12:53:58 2021
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 470.74 Driver Version: 470.74 CUDA Version: 11.4 |
|-------------------------------+----------------------+----------------------+
$ uname -r
5.14.18-100.fc33.x86_64
Hopefully this helps.
-Travis
--
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=52148
Bug ID: 52148
Summary: MDAC and many other 32-bit programs no longer work
with wow64 build's with commits after 6.22
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shefben(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
mdac 2.8 and a couple microsoft installers refuse to run with wow64 builds that
are built with newer commits after the initial 6.22 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=52206
Bug ID: 52206
Summary: Logos 9 Bible Software (.NET 4.7 app) regression
external links no longer load web browser
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: johnpgoodman(a)gmail.com
Distribution: ---
Clicking on a link in the home page causes it to open in the system's default
browser. This worked in 6.17 but no longer works in 6.20. I'll do a bisect
asap.
---Install Guide---
The app is a bit like kindle in so much as the engine is free but the resources
cost so there is a free download. Unlike kindle it has many advanced research
features and books link together etc. The main app is free but there are paid
features, resources and subscriptions. To use the app you need a free account
https://www.logos.com/product/194909/logos-9-basic. It uses a downloader app
which last I tried doesn't work with wine. The actual msi link is
https://downloads.logoscdn.com/LBS9/Installer/9.6.0.0024/Logos-x64.msi
---Manual Install Procedure:---
1 Install wine 6 or newer
2 winetricks corefonts
3 winetricks settings fontsmooth=rgb
4 winetricks dotnet48
5 winetricks settings renderer=gdi (you might need to set the reg key
manually)
6 Install the Logos.msi download but don't run it.
7 wine64 reg add "HKCU\\Software\\Wine\\AppDefaults\\LogosIndexer.exe" /v
Version /t REG_SZ /d vista /f
8 Run Logos and sign in with your free account.
---GUI Install Script---
There is a script which downloads a preconfigured wine bottle and sets it all
up in $USER/Logos_BibleP directory which you can then easily remove etc.
https://github.com/ferion11/LogosLinuxInstaller/releases Choose fast install
without wine AppImage.
--
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=52166
Bug ID: 52166
Summary: mfplat:mfplat has a failure in
test_d3d12_surface_buffer() on Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat has a failure in test_d3d12_surface_buffer() on Windows 10 1709:
mfplat.c:6837: Test failed: Failed to create a buffer, hr 0x80070057.
https://test.winehq.org/data/patterns.html#mfplat:mfplat
The failure happens on cw-rx460 and the TestBot's w1064v1709 VM. cw-gtx560 is
also impacted but it normally gets stuck before reaching this test (see bug
52164).
This failure started with the commit that introduced this set of tests:
commit cabc0454270e12b0e6152bd381cfdb7649008d01
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Thu Dec 2 21:23:43 2021 +0300
mfplat/tests: Add a test for buffers created for d3d12 resources.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
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=52195
Bug ID: 52195
Summary: comctl32:propsheet fails in the Hebrew locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:propsheet fails in the Hebrew locale:
propsheet.c:95: Test failed: Unexpected template buffer size 508, resource size
250
propsheet.c:95: Test failed: Unexpected template buffer size 508, resource size
250
propsheet.c:95: Test failed: Unexpected template buffer size 508, resource size
250
https://test.winehq.org/data/patterns.html#comctl32:propsheet
Note that Zhiyi Zhang submitted a patch (220581) to fix it but it was not
applied, maybe because the TestBot reported a preexisting but random and
new-looking failure:
https://www.winehq.org/pipermail/wine-devel/2021-November/201690.html
--
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=52140
Bug ID: 52140
Summary: configure fails to detect libldap
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ArchLinux
I'm running ArchLinux and have made sure the packages are installed:
$ yay -Q | grep ldap
lib32-libldap 2.6.0-1
libldap 2.6.0-2
The PKGBUILD for the wine packages for ArchLinux contain this 'fix' for this
problem:
# Fix openldap 2.5+ detection
sed 's/-lldap_r/-lldap/' -i $pkgname/configure
I can confirm that using that command to change my local configure 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=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=52187
Bug ID: 52187
Summary: wine-mono's WPF tests hang
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
The test
WineMono.Tests.System.Windows.Media.TextFormatting.TextFormatterTest:IndentTest
hangs on current Wine.
It seems it gets in a loop where dwritetextanalyzer_AnalyzeLineBreakpoints
requests data past the end of the range provided by the source, and the source
returns 0-length text.
This is our implementation of GetTextAtPosition:
https://github.com/madewokherd/wpf/blob/main/src/Microsoft.DotNet.Wpf/src/D…
Print statement debugging shows that the "else" path is being taken in that
function, but on the dwrite side checking for a length of 0 works around the
hang.
Bisecting gave me this:
909f7aa7c21f82114586e98a0a9e940b13bc386a is the first bad commit
commit 909f7aa7c21f82114586e98a0a9e940b13bc386a
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Thu Dec 2 15:37:19 2021 +0300
dwrite: Use CRT allocation functions.
Nothing in that commit should change the behavior. I double-checked the result,
and it's consistent. I tried running with WINEDEBUG=warn+heap, both before and
after the bad commit, and that didn't change the behavior or print any warnings
while the test process was running.
Leaving component unknown because it's not clear to me that dwrite is doing
anything wrong.
--
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=52165
Bug ID: 52165
Summary: mfplat:mfplat has failures in
test_sample_allocator_d3d12() on Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat has failures in test_sample_allocator_d3d12() on Windows 10 1709:
mfplat.c:7365: Test failed: Failed to set a device, hr 0x80070057.
mfplat.c:7383: Test failed: Unexpected hr 0x80041000.
https://test.winehq.org/data/patterns.html#mfplat:mfplat
The failures happen on cw-rx460 and the TestBot's w1064v1709 VM. cw-gtx560 is
also impacted but it normally gets stuck before reaching this test (see bug
52164).
The failures started with the commit that introduced this set of tests:
commit f03933fbb73152c7a54383fba411a611af7aaa55
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Sat Nov 27 00:03:59 2021 +0300
mfplat/tests: Add some tests for video sample allocator using D3D12 device.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
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=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=52161
Bug ID: 52161
Summary: ntdll:om fails when run without elevated privileges
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
ntdll:om fails when run without elevated privileges:
om.c:2481: Test failed: CreateFile failed (5)
om.c:2494: Test failed: CreateFile failed (5)
om.c:2497: Test failed: comparing FFFFFFFFFFFFFFFF with FFFFFFFFFFFFFFFF
returned 00000000
http://winetest.dolphin/data/patterns.html#ntdll:om
This can be reproduced on the TestBot's w1064-adm VM. The fix is probably just
a matter of checking for ERROR_ACCESS_DENIED and aborting the test.
The failing tests were introduced with this commit:
commit 47c365606fe67b505fa94ad177d353cd1d10e1c5
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Sun Nov 28 19:40:29 2021 +0900
ntdll/tests: Add tests for NtCompareObjects.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
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=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=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.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.
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.