https://bugs.winehq.org/show_bug.cgi?id=53343
Bug ID: 53343
Summary: The 64-bit itss:protocol fails in Wine
Product: Wine
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: ---
The 64-bit itss:protocol fails in Wine:
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
https://test.winehq.org/data/patterns.html#itss:protocol
A bisect shows that the failures started with the commit below:
commit 569c27945e9479e9b27a5ffaa9b0587e6f1f2ac7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jul 7 12:32:22 2022 +0200
server: Use standard named object functions for registry keys.
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=53309
Bug ID: 53309
Summary: Wizard101 launcher window takes over a minute to
appear
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: hans(a)meelstraat.net
Regression SHA1: 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Distribution: SUSE
Normally it pops up immediately.
0a10bfc8b17234db6aff130ce0448a62c3fb6a1e is the first bad commit
commit 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Jun 29 13:54:57 2022 +0200
secur32: Return a SECBUFFER_MISSING buffer from the handshake if the input
message is incomplete.
dlls/secur32/schannel.c | 25 +++++++++++++++++++++++--
dlls/secur32/tests/schannel.c | 21 ++++++++++++++++++++-
2 files changed, 43 insertions(+), 3 deletions(-)
Reverting the patch fixes 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=53104
Bug ID: 53104
Summary: Wireshark can't start capturing packets
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72539
--> https://bugs.winehq.org/attachment.cgi?id=72539
Patch for wpcap
While testing bug 53066 I just wanted to find out what would be needed to make
Wireshark working in Wine. There are two obvious problems:
1. pcap_create() doesn't translate interface identifier to the real name
2. pcap_dispatch() is not implemented
I fixed these problems, however, packet window still remains empty after
capture is started while the temporary capture file is filled with captured
packets. If this temporary file is later opened, Wireshark shows all packets
captured.
Attached is the patch if someone wants to push this further. "setcap
cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
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=51129
Bug ID: 51129
Summary: Function name conflict (ldap_connect) with OpenLDAP
2.5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: sergio.durigan(a)canonical.com
Distribution: ---
Hello,
Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which
exports the ldap_connect function:
ULONG CDECL ldap_connect(LDAP*,struct l_timeval*);
With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function
being exported by it as well (with a different prototype):
https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i…
This will need to be fixed in order to prevent linking problems with OpenLDAP.
--
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=53355
Bug ID: 53355
Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx
and TzSpecificLocalTimeToSystemTimeEx
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72743
--> https://bugs.winehq.org/attachment.cgi?id=72743
tz.exe
Please implement SystemTimeToTzSpecificLocalTimeEx and
TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>
and
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>.
Note that because these functions currently outright abort, the work-around I
implemented requires explicitly detecting Wine and not even trying to call
them, which is far from optimal.
Even just implementing stubs that always fail gracefully instead of just
aborting the whole process would be much appreciated.
This came up when improving local timezone handling in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case (for SystemTimeToTzSpecificLocalTimeEx):
tz.cpp:
```
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
SYSTEMTIME sys{};
GetSystemTime(&sys);
DYNAMIC_TIME_ZONE_INFORMATION dtzi{};
if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) {
throw std::runtime_error("GetDynamicTimeZoneInformation()
failed.");
}
SYSTEMTIME sys_local{};
if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) ==
FALSE) {
throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx()
failed.");
}
std::cout << "OK" << std::endl;
return 0;
} catch (const std::exception & e) {
std::cout << std::flush;
std::cerr << e.what() << std::endl;
std::cerr << std::flush;
}
std::cout << "FAIL" << std::endl;
return 1;
}
```
built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp`
results in
```
wine: Call from 0x7bc7c990 to unimplemented function
KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting
```
not even reaching the FAIL output. tz.exe 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=53347
Bug ID: 53347
Summary: Xerox Globalview gives missing DSD.386, won't start
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aa271828(a)earthlink.net
Distribution: ---
Created attachment 72733
--> https://bugs.winehq.org/attachment.cgi?id=72733
terminal output file
I installed Globalview in wine 6.0.2, when I run it GVWIN.EXE I get a popup
saying "Disk Virtual device driver DSD.386 is not loaded"
--
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=2948
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #25 from temp82(a)luukku.com ---
(In reply to joaopa from comment #24)
> Bug still occurs with wine-7.0-rc5.
and still valid as of wine 7.12.
--
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=50890
Bug ID: 50890
Summary: Honey Select Unlimited - Character Models Don't Render
On-Screen
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gregory(a)opera.id.au
Distribution: ---
Created attachment 69702
--> https://bugs.winehq.org/attachment.cgi?id=69702
Screenshot of issue (character model *should* show in center of screen)
When launching "Honey Select Unlimited", character models do not render
on-screen (nothing appears)... Everything else (sound, menus, backgrounds,
etc...) seems to work; it is only the character models that seem to be
affected.
As it is only the character models that seem to be affected, this suggests that
the issue lies with something in the way the character models are rendered in
the game / simulation.
In order to progress in the game / simulation, one must interact with the
characters almost immediately, so this bug is game / simulation-breaking (i.e.
the game / simulation cannot be used via WINE whilst this bug is present).
This bug also affects "Honey Studio", which is a separate program, but one that
is included as a part of the "Honey Select Unlimited" installation.
Honey Select Unlimited version 1.0.2 was used when experiencing / testing /
replicating this bug.
--
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=53338
Bug ID: 53338
Summary: Vba71-kb2783832-x64.msp installation
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: windes(a)rambler.ru
Distribution: ---
Good day!
Why this simple installation of Vba71-kb2783832-x64.msp file always fails in
Wine x64 (tested on 6.0, 6.23, 7.0, 7.4, 7.5, 7.6, 7.9, 7.10, 7.11, 7.12) (and
in CrossOver 21.2.0 too)?
It fails to debug window - msiexec.exe fatal error.
By the way, x32 .msp file installation fails too in wine x32 prefix.
Could you fix it, please?
---
Remark:
Yes, this command:
wine msiexec /p vba71-kb2783832-x64.msp REINSTALL=ALL REINSTALLMODE=omus /qn
helps to _avoid_ a failed installation in Wine, but it's not right way. May be
becouse this "avoid-way" after we have critical falls in huge Software, that
needs this libraries installed.
In CrossOver 21.2.0, for example, this Software can't start right on VBA
initialization even with "avoid-way" command!
---
Working on this Software installation in Wine on linux about 4 months already,
sure that first problem is here.
Thanks and 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=49897
Bug ID: 49897
Summary: winetricks dotnet452 hangs
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Created attachment 68254
--> https://bugs.winehq.org/attachment.cgi?id=68254
terminal output
While bug 49532 was fixed for dotnet40, dotnet452 still hangs for me.
--
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=53340
Bug ID: 53340
Summary: inf2cat (and catgen) cannot create .cat file because
CryptCATPutCatAttrInfo and CryptCATPersistStore are
not implemented
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johannes(a)johannesthoma.com
Distribution: ---
Hi all,
I'm trying to get the inf2cat utility from Ewdk (enterprise windows driver kit)
working with wine under Linux. I did some research and the reason for the
failure seems to be that the CryptCATPutCatAttrInfo and CryptCATPersistStore
are not implemented.
The reason why I need the inf2cat utility is that I would like to build my
WinDRBD driver (https://github.com/LINBIT/windrbd) under Linux only.
Compiling and linking works but when running inf2cat I get the following
output:
0104:fixme:wintrust:CryptCATPutCatAttrInfo catalog 0000000000645380, name
L"HWID1", flags 0x10010001, size 16, data 0000000004230AAC, stub!
Unable to add a global catalog attribute.
I tried winehq-devel and winehq-staging.
I also tried catgen which is an GPL replacement for inf2cat:
https://github.com/uxen-virt/catgen.git
Are there any plans to implement those functions? And is there a documentation
somewhere of the cat file format (as I know it is a list of files with secure
hashes)? (then I would maybe be able to implement it)
Thank you all for this awesome product,
Best regards,
- Johannes
--
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=34795
Bug #: 34795
Summary: SolidWorks 2010: No correct headers' name for material
databases in manager
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml4
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46402
--> http://bugs.winehq.org/attachment.cgi?id=46402
Appearance comparison
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
5) create new part
6) RMB on material
7) choose "edit material"
8) choose any material and click "apply"
Behaviour:
Left side of image (see attachment)
Expected behaviour:
Right side of image (see attachment)
Additional info:
"sh winetricks msxml6" helps.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34922
Bug #: 34922
Summary: SolidWorks 2014 installer not working
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: micet2004-winehq(a)yahoo.de
Classification: Unclassified
log.txt.tar.gz (expanded 347MB!)
http://rapidshare.com/share/413FD513EE7CBC505D77F4D49EB7E85D
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35873
Bug ID: 35873
Summary: SolidWorks 2013: INSTALLDIR instead of valid path
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Created attachment 47896
--> http://bugs.winehq.org/attachment.cgi?id=47896
Installation paths dialog
Steps to reproduce:
1) remove ~/.wine
2) cd "swwi/data/"
3) wine setup.exe
4) click "next"
5) click "customize"
6) click "next"
Behaviour:
INSTALLDIR
Expected behaviour:
"C:\Program Files\SolidWorks"
Terminal output:
nothing
Additional info:
If I omit 5th I don't encounter the bug.
--
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=52876
Bug ID: 52876
Summary: SolidWorks installer fails to install components with
action INSTALLSTATE_UNKNOWN
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kogut(a)gmail.com
Distribution: ---
SolidWorks installer appears to complete successfully, but jumps from appx. 6%
to complete instantly and doesn't install program files.
Running the installer with `WINEDEBUG=+msi` shows that various features are
absent, and INSTALLSTATE_UNKNOWN (-1) is requested, leading to them not being
installed.
```
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2 request
-1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata60_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata70_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
```
The installer is available from here:
https://dl-ak.solidworks.com/nonsecure/sw2020/sw2020_sp04.0_f/x64/200715.00…
--
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=52795
Bug ID: 52795
Summary: Small stack size in PE<>Unix syscall handler causes a
crash in Cyberpunk 2077
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
With recent changes in radv, Cyberpunk 2077 started crashing in recent versions
of Wine (tested it with 7.5 and 7.6).
See: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6291
See also: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6218
Some there suggested it could be due to small stack size used in PE<>Unix
syscall handler, which is a problem with Vulkan usage scenarios that require
larger stack.
For instance, Proton tries to work around that issue:
https://github.com/ValveSoftware/wine/blob/0ad7e8878c400ee081de85bb1e21ef63…
It would be good for upstream Wine to address this somehow too, may be
increasing stack size or at last providing some configurable option to do it if
it's not a desirable 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=53336
Bug ID: 53336
Summary: Silent Hunter 3: Starforce protection issues
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72720
--> https://bugs.winehq.org/attachment.cgi?id=72720
Restart-popup
Installation of the game works fine in both 64 and 32 bit prefixes, but will
not start in a 64-bit prefix because it requires Windows 95 through Windows
2000 (error popup says so at least).
When trying to start the game (before or after patch 1.4b, same result in both
cases) a starforce-popup appears saying "Application installed successfully.
Reboot the computer to complete the installation.Continue?" together with
errors in console.
Pressing Yes or No in the "restart"-popup simply closes the popup and nothing
else really happens. Trying to start the game again brings the popup back up,
but this time there are more errors in console (specifically related to
sfsync02, sfhlp02 and sfdrv01) which I believe are StarForce-related 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=53334
Bug ID: 53334
Summary: X11DRV_SelectionRequest conflicts with OpenClipboard
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
When an X11 application requests clipboard data from Wine,
X11DRV_SelectionRequest() calls OpenClipboard() to access the process
clipboard. During this period, any attempt from the Windows application to
access the process clipboard will fail with error ERROR_ACCESS_DENIED.
This especially causes problems with some IMEs (e.g. fcitx5) that have
clipboard history feature built-in; it is unpredictable when it will request
clipboard data from Wine.
--
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=53333
Bug ID: 53333
Summary: Schneider Electric ClearSCADA 2017 R2 not starting
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pherklotz(a)pch-edv.com
Distribution: ---
Created attachment 72719
--> https://bugs.winehq.org/attachment.cgi?id=72719
Error log produced by wine upon crash
I installed Schneider Electric ClearSCADA 2017 R2. Installation seemed to run
through without major issues (including prerequisites like several Microsoft
Visual C runtime packages).
The application installs a server icon which is used to start / stop a server
process, check server status and configuring the server.
Right-clicking on the server icon brings up an error message and apparently a
crash. The server never really seems to start.
--
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=34235
Bug #: 34235
Summary: SimPark requires 256 bit colors
Product: Wine
Version: 1.7.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roland(a)mxchange.org
Classification: Unclassified
Created attachment 45552
--> http://bugs.winehq.org/attachment.cgi?id=45552
warn+all logfile
The mentioned game wants 256 bit colors and doesn't start. I don't know which
module is to look in so I have chosen "unknown". Attached is a warn+all log as
the default one doesn't output anything (which is somewhere good work!).
The game is a Windows 3.1x game, switching wine's Windows version to 3.1
doesn't help (and I known it won't, just to mention it). :-)
--
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=53332
Bug ID: 53332
Summary: Locomotion: Cannot start game without virtual desktop
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72717
--> https://bugs.winehq.org/attachment.cgi?id=72717
default console containing exception.
When starting the game (Loco.exe) it changes the screen resolution to 800x600
and then crashes with an unhandled exception.
This does not happen if you use a virtual desktop (tested with 800x600 and
1920x1080 and both worked fine).
Tested in clean 64-bit prefix without overrides nor winetricks.
--
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=45918
Bug ID: 45918
Summary: Not run Mass Effect 3
Product: Wine
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Bigkreck(a)gmail.com
Distribution: ---
Created attachment 62443
--> https://bugs.winehq.org/attachment.cgi?id=62443
When you start the game, it gives an error, a dump in the attachment
I con not run Mass Effect 3 - ver. 1.05 in wine 3.17
When you start the game, it gives an error, a dump in the attachment
--
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=43030
Bug ID: 43030
Summary: LINE: Window border stays on top of other windows
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kristopher(a)posteo.net
Distribution: ---
Created attachment 58181
--> https://bugs.winehq.org/attachment.cgi?id=58181
Screenshot of the behavior
This is using the windows version of LINE from here:
https://scdn.line-apps.com/client/win/new/LineInst.exe (App homepage:
https://line.me/)
The app seems to have a black border that follows the main window around. You
can see it if you move the window around as the border stays in place, and only
moves after the window finishes moving. This border stays on top of all other
windows.
This behaviour occurs in every window manager or DE that I have tried, so I do
not think it's window manager related.
I'm currently on wine-staging, but this has happened with multiple versions of
wine.
--
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=14072
Summary: Wine Crashes with a Stack dump
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
CC: celticht32(a)aol.com
Wine crashes when running EverQuest2.exe :
First chance exception: page fault on read access to 0x016c6580 in 32-bit code
(0x00a33e9f).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00a33e9f ESP:7eb619a4 EBP:7eb619e8 EFLAGS:00010216( - 00 -RIAP1)
EAX:00000000 EBX:7bc86ae0 ECX:0000000a EDX:00000001
ESI:016c6548 EDI:00000000
Stack dump:
0x7eb619a4: 016c6550 016c6548 7bc86ae0 016eece0
0x7eb619b4: 016eece0 016eedec 00000001 7eb619e8
0x7eb619c4: 6021a9c9 7bc86ae0 ffffffff 7eb61a28
0x7eb619d4: 00817520 00a33daf 7eb61a18 00d05a44
0x7eb619e4: 00000000 7eb61a28 0081bba3 00ba7a29
0x7eb619f4: 015907a0 00ba7a95 016c6548 00ba7a29
Backtrace:
=>1 0x00a33e9f in everquest2 (+0x633e9f) (0x7eb619e8)
2 0x0081bba3 in everquest2 (+0x41bba3) (0x7eb61a28)
3 0x7bc687ee call_thread_entry_point+0xe() in ntdll (0x7eb61a38)
4 0x7bc68e82 call_thread_func+0x42(rtl_func=<register EDI not in topmost
frame>, arg=<register ESI not in topmost frame>)
[/work/Downloads/wine-1.0/dlls/ntdll/thread.c:386] in ntdll (0x7eb61ad8)
5 0x7bc69093 in ntdll (+0x59093) (0x7eb623c8)
6 0x6013b45b (0x7eb624b8)
0x00a33e9f: cmpb $0x0,0x38(%esi)
--
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=53326
Bug ID: 53326
Summary: Wizard101 launcher images won't load
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: doyoulikecake484(a)gmail.com
Distribution: ---
Created attachment 72708
--> https://bugs.winehq.org/attachment.cgi?id=72708
Program error details
When opening the Wizard101 launcher, the graphics that're supposed to show game
updates and stuff fails to load. Using Debian 11 if that's important
--
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=53325
Bug ID: 53325
Summary: Uru - Ages Beyond Myst: Installer crashes due to
corefonts missing
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72706
--> https://bugs.winehq.org/attachment.cgi?id=72706
Crash handler
Steps to reproduce:
1. Insert CD into drive
2. Open wineconsole in new prefix
3. Navigate to the disc and execute setup.exe
4. In the GUI, click install
5. Wait for the initial progress bar to finish
6. Notice the unhandled exception error popup
If one installs winetricks corefonts, the exception doesn't rise.
Tested in 64-bit prefix
RTX 3070, proprietary drivers
i9-10900K
Kernel 5.10.126
Manjaro 23.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=53323
Bug ID: 53323
Summary: Wireshark doesn't update list of packets during
capture
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is a continuation of bug 53104. Now Wireshark starts capturing packets
successfully but the packets aren't shown on the list. Either "Update list of
packets in real-time" option must be deselected or Ctrl+R must be pressed after
capture is stopped to update the list. This bug is not very interesting as
Wireshark is also native for Linux, but my unqualified guess would be that this
a file/pipe handling problem in Wine.
"setcap cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
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=53314
Bug ID: 53314
Summary: ptrace attach timeout freezes processes to stopped
state
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: superemppu+winehq(a)live.fi
Distribution: ---
Created attachment 72691
--> https://bugs.winehq.org/attachment.cgi?id=72691
patch remove timeout
When wineserver wants to attach ptrace to a process, ptrace() is first called
with PTRACE_ATTACH and then wineserver waits on waitpid() until the process has
received a SIGSTOP. This is correct behavior and described on ptrace manpage.
https://linux.die.net/man/2/ptrace
However, there is a timeout: If the SIGSTOP hasn't reached the process in 3
seconds, wineserver will give up on the PTRACE_ATTACH and immediately do a
PTRACE_DETACH. According to the manpage, PTRACE_DETACH takes effect only when
the process is already stopped, so that PTRACE_DETACH does nothing. When
eventually the SIGSTOP reaches the process, it will be stopped forever and
wineserver thinks that the ptrace session is already over.
This bug only occurs when receiving a SIGSTOP takes over 3 seconds for a
process. On most setups that never happens, but on slow running fuse
filesystems the kernel may be in uninterruptible disk sleep for over 3 seconds.
In our setup this happens consistently when the process runs on fuse-overlayfs
on top of a slow NFS, and it probably happens on sshfs too. As a result, games
such as Subnautica and Arma Cold War Assault freeze to stopped state.
How can we fix this?
Method 1: Just remove the timeout entirely (patch attached). The only case
where that timeout matters is if the kernel is doing something important, in
which case we should probably wait, or a kernel thread is stuck, in which case
we have bigger problems. The fact that this bug has been in Wine for 20 years
and not reported proves that the timeout is not triggered much.
Disadvantages: If a kernel thread of one wine process is stuck, wineserver will
also be stuck for other wine processes even if their kernel threads are fine.
Method 2: If we want to keep the timeout, we should not do PTRACE_DETACH
immediately, but rather set a flag that PTRACE_ATTACH failed. When the SIGSTOP
eventually comes, a SIGCHLD will be sent to wineserver and we can do the
PTRACE_DETACH in the SIGCHLD handler if the flag was set.
Disadvantages: We need an arbitrary timeout. 3 seconds is not enough for slow
fuse filesystems. If the timeout is triggered, processes may still crash
because they could not use whatever windows API wineserver was emulating with
ptrace.
--
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=53322
Bug ID: 53322
Summary: Ride 2 config tool needs mfc140u.dll
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
049c:err:module:import_dll Library mfc140u.dll (which is needed by
L"C:\\Program Files (x86)\\Steam\\steamapps\\common\\Ride
2\\ConfigDialogX64.dll") not found
wine-7.12-111-g9af3a79b963
--
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=40865
Bug ID: 40865
Summary: Steam needs to be online to update. Please confirm
your network connection and try again.
Product: Wine
Version: 1.9.12
Hardware: x86
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 54877
--> https://bugs.winehq.org/attachment.cgi?id=54877
WINEDEBUG=+winhttp,+wininit,+winsock,+teh,+sid wine Steam.exe
Steam can not fetch client (http problem ?).
I don't think it is because it can't find my network, I was using mupen64pp.exe
and I successfully joined a friend online to play with him.
--
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=53318
Bug ID: 53318
Summary: error on c sharp program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pingo-power(a)hotmail.fr
Distribution: ---
Created attachment 72699
--> https://bugs.winehq.org/attachment.cgi?id=72699
logs
a
--
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=53320
Bug ID: 53320
Summary: Star Craft 2 bad textures
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72702
--> https://bugs.winehq.org/attachment.cgi?id=72702
screen
Red squares around some units, such as those from the company. Launched with
DXVK installed, but the HUD in the game did not work, perhaps DXVK does not
work for this game, and bugs with OpenGL (which sometimes happens with OpenGL)
--
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=53316
Bug ID: 53316
Summary: WGL context sharing does not work on Intel driver
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: trass3r(a)gmail.com
Originally encountered when testing DK2:
https://bugs.winehq.org/show_bug.cgi?id=44260#c8
3de8:trace:d3d:texture2d_blt dst_texture 00B11400, ...
3de8:warn:d3d:context_create_wgl_attribs Failed to create a WGL context with
wglCreateContextAttribsARB, last error 0xaa.
3de8:err:d3d:wined3d_context_gl_create_wgl_ctx Failed to create a WGL context.
0xaa is ERROR_BUSY, which is returned because the context to be shared by the
new context in the helper thread is still current in the main thread.
See
https://github.com/roxlu/windows-opengl-context#solution-https://bugzilla.gnome.org/show_bug.cgi?id=792407#c2https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/blob/master/ext/q…
Tested on Win11, Intel UHD620 Driver 30.0.101.3113
with
wine reg add 'HKCU\Software\Wine\Direct3D' /v csmt /t REG_DWORD /d 0
The problem does not occur when replacing the driver with GLonD3D12 from
https://github.com/pal1000/mesa-dist-win
--
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=53179
Bug ID: 53179
Summary: Can't get into the Lineage 2 server
Product: Wine-staging
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Не зайти на сервер Lineage 2. После авторизации прохожу до выбора сервера, и
при нажатии войти никакой реакции, через несколько минут происходит дисконнект.
3 июня работало, возможно повлияло обновление Wine. Старого пакета Wine не
сохранилось чтоб проверить.
В ошибках логах есть:
0298:err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
Сервер использует WMI, возможно там что-то меняли.
--
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=53313
Bug ID: 53313
Summary: Weird characters without proper LC_ALL with Inno Setup
4.2.2 installers
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Users shouldn't prepend LC_ALL for every executable if executable contains one
or several language(s).
Proper language for executable can be guessed from installer. Installer had
just one language and this language was correct.
Contained Resources by Language:
NEUTRAL 6
DUTCH 4
ENGLISH US 3
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47871
Bug ID: 47871
Summary: gameux:gameexplorer crashes randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gameux:gameexplorer crashes randomly on Windows 8 and 10:
gameexplorer.c:633: prepared EXE path:
L"C:\\Users\\winetest\\AppData\\Local\\Temp\\wct"
gameux:gameexplorer:0940 done (-1073741819) in 1s
Test failed: crash (c0000005)
Every line with a 'mixed' result is a date when the test crashed:
https://test.winehq.org/data/tests/gameux:gameexplorer.html
Unfortunately there is no backtrace but the last visible trace is in
test_install_uninstall_game() which is the last function to be called. So that
narrows down the range where the test crashes.
The crash happens in both 32 and 64 bit tests on the following configurations:
* cw-rx460-32 *real hardware* machine running Windows 8.1
* w8 and w8adm both Windows 8.1 TestBot VMs, the former running with elevated
privileges and the latter just in an administrator account.
* w1064v1507 a Windows 10 1507 TestBot VM (elevetated privileges).
--
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=53305
Bug ID: 53305
Summary: SketchUp 2017: Keyboard entry doesn't work correctly
after reinstall.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HeartwoodJack(a)gmail.com
Distribution: ---
SketchUp 2017 stopped working so I reinstalled. Now it works again, very
nicely* but keyboard entry doesn't work correctly. I thought that it was just
the [Esc] key (to cancel an operation) but numerical entry (to set dimensions
etc) don't work. Keyboard shortcuts continue to work.
Exploring the behaviour, it seems that if I move or resize the SketchUp window,
then the keys work until after an operation. This doesn't apply to internal
windows like toolbars or attributes like 'Materials'. It feels like the cursor
click on the drawing space steals focus from the part of the program that
listens for data or cancellation. Nevertheless, mid-operation, you can still
cancel it by selecting a new operation (using a tool shortcut like [M] or [B])
so it isn't deaf to the keyboard input all together.
Any ideas?
* Works nicely, although this needs to be open in the background, as usual and
without effect:
Bug 50775 - Sketchup Make 2017 displays error message about
sketchup_webhelper.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=53303
Bug ID: 53303
Summary: Tycho: When Tycho tries to run a companion exe it
corrupts the exe (VirusTotal check is clean)
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jessethecandent(a)gmail.com
Distribution: ---
Created attachment 72680
--> https://bugs.winehq.org/attachment.cgi?id=72680
sha1 hashes for files
A VirusTotal scan for the programs involved is clean along with the corrupted
programs.
I am using the development version of wine (wine-7.12).
Tycho uses a modified version of Find_Orb (find_o64_modified.exe) for some of
its tasks but will corrupt it when it tries to use it. If dosbox is available,
wine will run the corrupt exe in dosbox. Wine versions 5.16 and below will make
a corrupt find_o64_modified.exe.tmp instead of replacing the original exe,
which allows Tycho to properly use Find_Orb so Tycho can identify known minor
planets. However, a version of wine that old has bad OpenCL support. In a
windows 10 VM the hash of find_o64_modified.exe does not change when Tycho uses
it. Given Find_Orb's important place in the workflow of searching for minor
planets, people would quickly notice if it got corrupted in windows.
Corrupt exe observations:
-The corrupt exe is usually smaller than the original, even if you target
smallexe64.exe (https://github.com/katahiromz/smallexe), giving you a 3 byte
exe.
-The corrupt exe contains pieces of the original exe and stuff not in the
original exe.
-The same target exe produces the same corrupt exe but a different target exe
produces a different corrupt exe.
-Corrupting a corrupt exe does not change it.
warn+all doesn't give anything useful and a trace+all capture of the corruption
event ran my VM out of disk space.
Reproduction instructions:
Running Linux in a VM is recommended due to exe corruption. Uninstall dosbox if
you don't want to run the corrupted exe.
Go to www.tycho-tracker.com/download and download the "Tycho" (v9.2) installer
zip and the "Find_Orb [modified for Tycho]" (2021-07-20) zip file.
Extract the Tycho installer from its zip file.
In a 64 bit wine prefix run the Tycho installer.
Extract the find_orb_2021-07-20/find_o64/ directory and place the find_o64
directory in the wine drive_c directory.
Make a copy of find_o64_modified.exe and place it somewhere for future
reference.
Use wine to run Program Files/Tycho/Tycho.exe .
Click continue at the invitation to register window.
Go to the Settings dropdown menu and click on Find_Orb.
In the "Full Path to Find_Orb Modified Executable" section click browse and go
to the find_o64_modified.exe extracted previously (or put in a different file
you wish to corrupt)
Click on "Run Diagnostic Test". THIS WILL CORRUPT THE SELECTED EXE. IT WILL RUN
IF YOU HAVE DOSBOX INSTALLED!!
A successful test would look like:
[2022/07/02 16:20:20]: Ready.
[2022/07/02 16:20:22]: Beginning test...
[2022/07/02 16:20:23]: [INFO] Returned identifier=[131075], num tries=[0]
[2022/07/02 16:20:23]: [ OK ] Version [5] is a supported version.
[2022/07/02 16:20:23]: End of test.
[2022/07/02 16:20:23]: Ready.
Close Tycho and compare the find_o64_modified.exe (or other file you corrupted)
to the good copy you have.
--
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=9027
odecif(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |odecif(a)gmail.com
--- Comment #65 from odecif(a)gmail.com ---
Bug still present in wine-7.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=53302
Bug ID: 53302
Summary: BayPhoto ROES crash after several minutes
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thirtythreeforty(a)gmail.com
Distribution: ---
Created attachment 72679
--> https://bugs.winehq.org/attachment.cgi?id=72679
stdout log of ROES
Bay ROES, downloadable from this page [1] (set your user agent to Windows to
get the .msi, or try link [2] directly), is a photo ordering application for
Bay Photo. It installs, launches, and runs well, and orders can be submitted
successfully.
I'm not exactly sure what version it is, since it's an evergreen wrapper that
downloads a Java app (I think).
However, after about 3 minutes the application will spontaneously quit - not
sure if it's a crash or not. This happens even if it's just launched and
allowed to sit. I am unsure why, although the stdout log (attached) has a
suspicious looking line:
> # [ timer expired, abort... ]
near the bottom.
Wine version: 7.12.r0.gb2bf7b6b899 (installed via wine-git AUR package)
[1]: https://bayphoto.com/order/bay-roes/
[2]: https://www.roeslaunch.com/ROES/labs/BayPhotoLab/launch.msi
--
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=53301
Bug ID: 53301
Summary: Misaligned button text until first mouseover in about
dialogs
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: taho(a)dnsdeer.com
Distribution: ---
In the "about" dialogs in winemine and winefile, the text of the "Wine license"
button is initially shifted to the left and shifts to a centered position the
first time it's hovered over.
--
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=53284
Bug ID: 53284
Summary: Syberia 2: game occasionally crashes following
graphical glitch
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Created attachment 72650
--> https://bugs.winehq.org/attachment.cgi?id=72650
terminal output
Ubuntu 20.04.4 LTS 64bit
NVIDIA GeForce 940MX with driver 510.73.05
Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the
default Wine configuration
Syberia 2 french GOG.com version
syberia_2_french_20171109_(16283)
07df47be888add1d1ce0c3003338f790cfe8c92e Game.exe
Level of detail: high
Screen depth: 32bit
Anti-aliasing: on
Occasionally the display becomes corrupted with parts of the screen turning
black, and then the game crashes.
It seems to be similar to what happens in Syberia 1
(https://bugs.winehq.org/show_bug.cgi?id=53266) but it happens much less
frequently in Syberia 2.
--
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=53271
Bug ID: 53271
Summary: Elder Scrolls Online crashes/refuses to start after
pressing Play in launcher
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schwemley.lyle(a)gmail.com
Distribution: ---
Created attachment 72643
--> https://bugs.winehq.org/attachment.cgi?id=72643
txt file it told me to upload
I downloaded ESO directly from the website (not Steam) and installed it using
Wine. It installed perfectly. I press "play" and it says "eso64.exe has
encountered a serious problem and needs to close."
--
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=53132
Bug ID: 53132
Summary: Stack overflow in Lotus Approach on installation and
in document number dialogue
Product: Wine
Version: 7.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.bugs(a)kjpetrie.co.uk
CC: zzhang(a)codeweavers.com
Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Distribution: ---
If Approach is already installed it will mostly function normally, until
opening the Document number selection dialogue box.
If installing Approach it will proceed as far as the box confirming
installation is complete. This will have a pale blue title bar instead of the
shaded version seen when the bug is not present and clicking the Done button
will crash with a Stack Overflow.
A Regression Test shows:
ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 is the first bad commit
commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Wed Mar 2 14:21:48 2022 +0800
wine.inf: Enable Light theme by default.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
loader/wine.inf.in | 10 ++++++++++
1 file changed, 10 insertions(+)
Steps to reproduce installation error:
1. Clear .wine and using the above commit or later begin the Smartsuite
installation process, selecting default options and at least Approach as the
program to install. Continue accepting defaults until files are copied across.
If you see boxes reporting errors click Ignore. A dialogue box appears to
confirm installation.
2. Click the Done button.
Expected results:
The dialogue will have the same shaded titlebar as earlier ones in the process
and clicking Done will bring up questions about registration.
Actual result:
The box has a plain royal blue titlebar and clicking Done crashes the program
and abruptly closes the window. However the installed program still functions
if called using wine from a terminal.
Steps to reproduce the number selection crash:
1. Use wine <7.4 to install Approach from a Smartsuite '97 ISO and create a
simple sample database with at least two records for testing. Store that DB
outside ~/.wine to ensure it remains available after removing .wine.
2. Clear .wine and install the above commit or later.
3. Open the sample database and select a view (eg form) which contains the
Document number box near the bottom left.
4. Click the "Document number 1" box.
Expected result:
An active dialogue box opens inviting entry of the required document number.
Actual result. An inactive small window frame appears and freezes with its
initial background as content. The terminal reports a Stack Overflow. Clicking
the close button will produce a "not responding" query.
--
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=53164
Bug ID: 53164
Summary: Enter the Gungeon broken after Alt+Tab or Alt+Enter
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Created attachment 72607
--> https://bugs.winehq.org/attachment.cgi?id=72607
error from Wine 7.10
1. character won't move at all
2. character can shoot
3. Ammonomicon won't open and will freeze game instead
Users can close the game with Alt+F4 and without rebooting the OS.
--
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=53243
Bug ID: 53243
Summary: Ctrl-number keys type the number, instead of sending
Ctrl-number
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emendelson(a)mac.com
Ctrl-number (Ctrl-2, Ctrl-6, etc.) types the number, does not send Ctrl-2,
Ctrl-6, etc.
In macOS Monterey (Intel), with wine-devel installed via Brew, and testing with
the 64-bit version of the vDos MS-DOS emulator. The MS-DOS word processor
WordPerfect for DOS uses Ctrl-2 and Ctrl-6, but with vDos under Wine, Ctrl-2
types "2" in the editing window and Ctrl-6 types "3" in the editing window.
Ctrl-letter keys like Ctrl-C and Ctrl-V work correctly; only Ctrl-number keys
don't work.
Ctrl-number keys work correctly in the DOSBox-X emulator on the same Mac. They
only fail to work under vDos.
Is it possible to fix 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=6893
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #23 from temp82(a)luukku.com ---
still a checksum mismatch and a crash.
wine 7.12.
--
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=35294
Bug ID: 35294
Summary: Window borders shown over other windows
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: p91paul(a)gmail.com
Classification: Unclassified
Created attachment 47074
--> http://bugs.winehq.org/attachment.cgi?id=47074
Opened Line window on top
Workflow: open a Line (http://line.naver.jp/en/) chat window. (window.png
attachment)
Switch to another window, so that the line window moves back.
Line window borders will remain visible(borders.png attachment: watch were
there was the window in window.png, you will see the borders)
I'm also unable to minimize the window, the button does nothing. The bug is
reproducible with "Allow window manager to manage the windows" checked; if I
uncheck it before launching wine, simply Line window stays over all other
windows (you will stay in the situation of window.png also if you focus another
window).
Running cinnamon on Arch Linux.
--
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=53260
Bug ID: 53260
Summary: Wine won't open distro-installed text editors and the
like
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: orowwith2os(a)gmail.com
Distribution: ---
I've seen, multiple times, people have an issue where Wine won't open a file
(from inside the wine prefix) with an external host application, like NeoVIM,
Kate, or Visual Studio Code, instead stating
I believe it would be a minor, but worth it, feature to add to Wine.
If I had to suggest a way to implement this, I would suggest using the
xdg-desktop-portals, as they work with sandboxed applications like Flatpak, and
may be the ideal method to use for Wine.
TL;DR, please add the ability to open files from inside Wine with external
applications, possibly by using the XDG desktop portals.
--
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=53201
Bug ID: 53201
Summary: evr:evr crashes almost systematically on the TestBot's
Wine VMs
Product: Wine
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: ---
evr:evr crashes almost systematically on the TestBot's Wine VMs.
First the crashes happen either after this line:
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
or this one:
evr.c:2324: Test marked todo: Unexpected hr 0x80004001.
Then the crashes can take several forms. The most common is an
EXCEPTION_WINE_ASSERTION:
Unhandled exception: assertion failed in 32-bit code (0xf7f7a559).
[...]
Backtrace:
=>0 0xf7f7a559 __kernel_vsyscall+0x9() in [vdso].so (0x0063e32c)
1 0xf7d4ae02 in libc.so.6 (+0x34e02) (0x0063e32c)
2 0xf7d33306 in libc.so.6 (+0x1d306) (0xf7efb000)
3 0x764b43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0063e628)
4 0x764b41b0 in libllvm-11.so.1 (+0x75f1b0) (0x78f38762)
5 0x7420656c in libvulkan_radeon.so (+0x2f456c) (0x62616e55)
6 0x6c667265 (0x766f2078)
7 0xfe787067 (0x838d72eb)
[...]
Test failed: crash (80000101)
It can also be a read access to 0x00000004. In that case the backtrace is
different:
Unhandled exception: page fault on read access to 0x00000004 in 32-bit code
(0x63dc19f0).
Backtrace:
=>0 0x63dc19f0 in swrast_dri.so (+0x6a39f0) (0x6f2acba4)
1 0x63dc6de7 in swrast_dri.so (+0x6a8de7) (0x00007dbc)
2 0x64213985 in swrast_dri.so (+0xaf5985) (0x00007dbc)
3 0x63dc1b9a in swrast_dri.so (+0x6a3b9a) (0x00007dbc)
4 0x63daa367 in swrast_dri.so (+0x68c367) (0x71291010)
5 0x637ae197 in swrast_dri.so (+0x90197) (0x7b5764a0)
6 0x637a261d in swrast_dri.so (+0x8461d) (0x00000000)
7 0x63cbb3f0 in swrast_dri.so (+0x59d3f0) (0x7b574e00)
8 0x7b7aecba in libglx_mesa.so.0 (+0x2bcba) (0x7d667330)
9 0x7b7aca38 in libglx_mesa.so.0 (+0x29a38) (0x00000000)
10 0x7d95fe24 in libglx.so.0 (+0x3e24) (0x7d98f000)
11 0x7e38a419 create_glxcontext+0x39(context=<internal error>,
shareList=<internal error>, display=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:1288] in
winex11.so (0x0063f648)
12 0x7e38e10e X11DRV_wglCreateContextAttribsARB+0x15e(hdc=94010068,
hShareContext=<is not available>, attribList=<is not available>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:2079] in
winex11.so (0x0063f688)
13 0x7a8bc111 wglCreateContextAttribsARB+0xd1(hdc=<internal error>,
share=<internal error>, attribs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\opengl32\wgl.c:281] in opengl32
(0x0063f6c8)
14 0x71481767 context_create_wgl_attribs+0x67(gl_info=047AE2E4, hdc=94010068,
share_ctx=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\context_gl.c:1894] in
wined3d (0x0063f748)
15 0x71448ca0 wined3d_caps_gl_ctx_create_attribs+0x40(caps_gl_ctx=0063F830,
gl_info=047AE2E4)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:285] in
wined3d (0x0063f788)
16 0x71450f6d wined3d_adapter_gl_init+0x1e75(wined3d_creation_flags=<internal
error>, ordinal=<internal error>, adapter_gl=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5359] in
wined3d (0x0063f8d8)
17 0x71450f6d wined3d_adapter_gl_create+0x1ebd(ordinal=0,
wined3d_creation_flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5440] in
wined3d (0x0063f8d8)
18 0x714bb6fb wined3d_init+0x4b(wined3d=047AE2C8, flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:3509] in
wined3d (0x0063f938)
19 0x715514d2 wined3d_create+0x62(flags=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\wined3d_main.c:141] in
wined3d (0x0063f978)
20 0x67c91d65 d3d9_init+0x35(d3d9=047AE2A8, extended=0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\directx.c:702] in d3d9
(0x0063f9c8)
21 0x67c83b31 Direct3DCreate9+0x5c(sdk_version=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\d3d9_main.c:44] in d3d9
(0x0063f9f8)
22 0x6558fb89 video_presenter_init_d3d+0x18(presenter=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2112] in evr
(0x0063fa98)
23 0x6558fb89 evr_presenter_create+0x129(outer=00000000, out=0063FAEC)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2172] in evr
(0x0063fa98)
24 0x65581d3d classfactory_CreateInstance+0x8d(iface=<internal error>,
outer_unk=<internal error>, riid=<internal error>, ppobj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\main.c:122] in evr
(0x0063fb08)
25 0x6850b749 IClassFactory_CreateInstance+0x1c(ppvObject=<internal error>,
riid=<internal error>, pUnkOuter=<internal error>, This=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine-win32\include\unknwn.h:223] in combase
(0x0063fb98)
26 0x6850b749 CoCreateInstanceEx+0xe4(rclsid=<internal error>,
outer=<internal error>, cls_context=<internal error>, server_info=<internal
error>, count=<internal error>, results=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1891] in
combase (0x0063fb98)
27 0x6850bbe1 CoCreateInstance+0x6c(rclsid=<internal error>, outer=<internal
error>, cls_context=<internal error>, riid=<internal error>, obj=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1681]
in combase (0x0063fc18)
28 0x6558f8c1 MFCreateVideoPresenter+0x91(owner=<internal error>,
riid_device=<internal error>, riid=<internal error>, obj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2100] in evr
(0x0063fc88)
29 0x00404c72 in evr_test (+0x4c72) (0x0063fd28)
[...]
And on cw-rx460 some underlying library just called exit(0):
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
evr:evr:06ac done (0) in 2s
The main process has no test summary line
https://test.winehq.org/data/patterns.html#evr:evr
So this impacts not just the TestBot VMs with their QXL graphics card, but also
real hardware with an AMD RX 460 GPU.
Finally the crashes started on 2022-05-17 and a bisect on a Debian VM points to
the commit below as the culprit:
commit 4a98b07c4bcc35a698448261478ba856c149cbea
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Tue May 17 14:17:53 2022 +0800
winex11.drv: Open a Vulkan device for D3DKMTOpenAdapterFromLuid().
The Vulkan device is used for querying video memory information for
implementing
D3DKMTQueryVideoMemoryInfo().
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(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=52475
Bug ID: 52475
Summary: Shogun Total War 2 crashes on start up. (Main
Application.)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 71762
--> https://bugs.winehq.org/attachment.cgi?id=71762
Backtrace of crash in 32bit native mode.
As of Wine 7.0 The main game application (Shogun2.exe) crashes after selecting
the DirectX version with an illegal instruction exception.
This occurs in a clean prefix regardless of wine running the game in 32bit
native mode or WoW64 mode. The only difference is the offset of the crash.
Which is consistent with each 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=49501
Bug ID: 49501
Summary: Star Citizen: No mic input audio (used for voip)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: simonnatella(a)gmail.com
Distribution: ---
Created attachment 67628
--> https://bugs.winehq.org/attachment.cgi?id=67628
Fixes Star Citizen voip naively
Mic input within Star Citizen does not work, despite audio devices being
recognised and audio output working correctly.
I've done some debugging and produced the attached very naive fix - I'm aware
it's Pulse only and it does not actually handle the required mmdevapi flags, it
just doesn't error on seeing them. I'm not a C developer, so unfortunately
writing handling for these flags is well beyond my skills.
The missing flags are described on
https://docs.microsoft.com/en-gb/windows/win32/coreaudio/audclnt-streamflag…
as AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM and
AUDCLNT_STREAMFLAGS_SRC_DEFAULT_QUALITY
The whitelist in AudioClient_Initialize for Pulse doesn't acknowledge these
(heck, mmdevapi doesn't have the constants defined) and so when provided them
bails out, this patch just lets the code continue.
The fix has been used by ourselves for a few weeks and by TkG in his wine
builds, and so far we've not seen any side effects, except working mic input in
SC of course.
--
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=53235
Bug ID: 53235
Summary: The 32-bit mfplat:mfplat crashes on the TestBot
debian11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM.
The crash is either a EXCEPTION_WINE_ASSERTION:
mfplat.c:922: Test marked todo: Unexpected sub type
{30323449-0000-0010-8000-00aa00389b71}.
Unhandled exception: assertion failed in 32-bit code (0xf7f45559).
Backtrace:
=>0 0xf7f45559 __kernel_vsyscall+0x9() in [vdso].so (0x0065e42c)
1 0xf7d15e02 in libc.so.6 (+0x34e02) (0x0065e42c)
2 0xf7cfe306 in libc.so.6 (+0x1d306) (0xf7ec6000)
3 0x5d3f43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0065e728)
4 0x5d3f41b0 in libllvm-11.so.1 (+0x75f1b0) (0x5fe78762)
5 0x7420656c in libxvidcore.so.4 (+0xa656c) (0x62616e55)
0xf7f45559 __kernel_vsyscall+0x9 in [vdso].so: popl %ebp
Or a plain NULL pointer dereference:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x70baff74).Backtrace:
=>0 0x70baff74 memset+0x24(dst=0x000000000, c=0, n=0x4000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in ucrtbase
(0x0357f908)
1 0x715283e3 wined3d_texture_load_location+0x423(texture=001AC9E0,
sub_resource_idx=0, context=001A9A30, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:853] in wined3d
(0x0357f9a8)
2 0x715173ae surface_cpu_blt+0x9ee(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0357FB38, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0357FB50, flags=0x20000000, fx=0357FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0357faf8)
3 0x71518ea2 cpu_blitter_blit+0xc2(blitter=001AC3C0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0357FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0357fb98)
4 0x715368a2 ffp_blitter_blit+0xa2(blitter=001AC3D8,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6213] in
wined3d (0x0357fc58)
5 0x714dc91d glsl_blitter_blit+0x1ad(blitter=001AC3F0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0357fd78)
6 0x7151a181 texture2d_blt+0x3c1(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0479C3C8, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0479C3E8, flags=0x20000000, fx=0479C404,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0357fe48)
7 0x7149b07d wined3d_cs_exec_blt_sub_resource+0xcd(cs=04790020,
data=0479C3BC) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0357fec8)
8 0x7149cb2b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0357ff28)
9 0x7149cb2b wined3d_cs_execute_next+0x53(queue=<internal error>,
cs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0357ff28)
10 0x7149cb2b wined3d_cs_run+0x11b(ctx=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3375] in wined3d
(0x0357ff28)
11 0x7b62a170 in kernel32 (+0x2a170) (0x0357ff48)
12 0x7bc5a937 in ntdll (+0x5a937) (0x0357ff5c)
13 0x7bc5aff0 RtlCreateUserThread(entry=7149CA10, arg=04790020)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll
(0x0357ffec)
0x70baff74 memset+0x24
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in
ucrtbase: movl %eax,0x0(%ebx)
3150 *(unaligned_ui64 *)(d + 0) = v;
https://test.winehq.org/data/patterns.html#mfplat:mfplat
This is most likely the same issue as the d2d1:d2d1 (bug 53231) and evr:evr
(bug 53201) crashes.
Still, this time the crash:
* Does not happen on my Debian 11 + Intel & KDE box
* Does not happen on my Debian 11 + QXL + single monitor VM
* Happens on the TestBot's Debian 11 + QXL + dual monitor VM (probably slightly
different library versions)
* Does not happen on the TestBot's Debian Testing + QXL + dual monitor VM
Also the crashes started when the debian11 VM was updated and moved to the gpu1
VM host.
--
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=53156
Bug ID: 53156
Summary: MetaTrader4 stopped working properly with wine 7.10
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ArchLinux
After updating wine to 7.10 (under Manjaro Linux) MetaTrader4 stopped working
properly.
When opening MetaTrader4, charts windows initially seem to work properly, but
when an Alert window appears, clicking on any chart or alert window changes the
whole workspace of MetaTrader4 into a blank MetaTrader4 window.
Sometimes (before an Alert window appeared) It was not possible to change
timeframes of a chart window.
Downgrading wine to a previous wine 7.7 version was a workaround solution
solving the issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52729
Bug ID: 52729
Summary: Argentum 20 RPG Launcher has graphical glitches since
7.3
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
It never really rendered properly, but there's been a massive graphic
regression in wine-7.3. See attachments.
Website: https://www.argentum20.com/
Download: https://www.elmesonhostigado.com/foro/instalador/Instalador_AO20.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=49633
Bug ID: 49633
Summary: StarCitizen launcher crashes on start with a winmm
error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Hello again^^
Commit f02193738c88bea8fefb3f8d2e79c5e9941f6b5a is crashing the StarCitizen
launcher at start.
https://github.com/wine-mirror/wine/commit/f02193738c88bea8fefb3f8d2e79c5e9…
Reverting that commit let the launcher start correctly.
git revert f02193738c88bea8fefb3f8d2e79c5e9941f6b5a
git rebase -i
Thats what i did to revert the commit, but as the commit itself looks fine,
there may be coming invalid data to it.
MSVCRT_size_t ?!
--
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=53049
Bug ID: 53049
Summary: Incorrect display of selected buttons in Light theme.
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: markets(a)drsky.ru
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 72445
--> https://bugs.winehq.org/attachment.cgi?id=72445
Incorrect display of selected buttons.
In MetaTrader 5 with wine 7.9 and Light theme incorrect display of selected
buttons and buttons under cursor.
--
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=52586
Bug ID: 52586
Summary: Printing to cups-pdf crashes Approach
Product: Wine-staging
Version: 7.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71909
--> https://bugs.winehq.org/attachment.cgi?id=71909
Print frame
Hi All,
Fedora 35, x64
wine-7.2-1.fc35.i686 (from the Fedora Repo)
cups-2.3.3op2-13.fc35.x86_64
cups-pdf-3.0.1-14.fc35.x86_64
Smart Suite: N9.8.0208.1300
When attempting to print to CUPS-PDF from Approach (Smart Suite), the print box
frame pops up but does not populate (you see the background behind it) and
Approach crashes. See the attachment.
The symptom is the same using wine-7.2-1.fc35.i686 from the WineHQ repo.
Downgrading to wine-6.16-1.fc35.i686 also from the Fedora repo corrects the
issue.
Please fix as soon as possible.
-T
--
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=53066
Bug ID: 53066
Summary: Wireshark shows black rectangle on various places if
light theme is enabled
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72469
--> https://bugs.winehq.org/attachment.cgi?id=72469
Black rectangle in main window
Wireshark shows black rectangles on various places if light theme is enabled.
Wireshark uses Qt5 and these visual bugs are common for various other
applications that use this library.
These messages appear in the log:
00fc:fixme:uxtheme:GetThemeBackgroundRegion Unknown background type
...
(wireshark:248) 11:07:18.427038 [GUI CRITICAL] -- OpenThemeData() failed for
theme 11 (TASKDIALOG).
(There are also other visual bugs visible: menu item is not highlighted under
mouse cursor and incorrect button rendering.)
--
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=52617
Bug ID: 52617
Summary: mame -listxml crashes when invoked from clrmamepro
Product: Wine-staging
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: belegdol(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71942
--> https://bugs.winehq.org/attachment.cgi?id=71942
backtrace
Hello,
mame-0.241 crashes when used together with clrmamepro. Steps to reproduce:
1. download mame0241b_64bit.exe from https://www.mamedev.org/release.html
2. download clrmamepro 64bit 4.044b from
https://mamedev.emulab.it/clrmamepro/#downloads
3. unpack mame
4. install clrmamepro
5. start clrmamepro
6. go to profiler
7. click on create
8. point the filename to mame.exe
9. click on create profile
10. double click on the added profile
--
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=49491
Bug ID: 49491
Summary: Acronis Disk Director 12 does not create
%PROGRAMFILES(x86)% corresponding folder
Product: Wine-staging
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
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: ---
It creates the file:
~/.wine/drive_c/users/gamin/Desktop/Acronis Disk Director 12.desktop
But the folder specified inside the .desktop file does not exist:
Path=/home/gamin/.wine/dosdevices/c:/Program Files (x86)/Acronis/DiskDirector/
URL: http://download.acronis.com/ADD12_trial_en-US.exe
wine --version
wine-5.11 (Staging)
Log:
00d8:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
00d8:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
00d8:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00ec:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0108:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
00c4:err:clipboard:convert_selection Timed out waiting for SelectionNotify
event
00c4:err:clipboard:convert_selection Timed out waiting for SelectionNotify
event
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
01a8:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
01bc:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc (nil) 0x105f3c0)
returning a dummy value (current locale)
01bc:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc 0xe2df78
0x105f3c0) returning a dummy value (current locale)
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
0200:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
022c:fixme:service:create_serviceW Don't know how to add a password
0208:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0210:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0244:fixme:wintrust:CryptCATAdminAddCatalog NULL basename not handled
00d8:err:msi:execute_script Execution of script 0 halted; action
L"[C:\\users\\dalvik\\Temp\\tmpf124.tmp<=>S-1-5-21-0-0-0-1000<=>{FE6AA38C-8A06-41FB-B94C-5431743BB0BF}]_USRCUSTACT_MsiFltSrvInstall64_fltsrv_component"
returned 1603
00d8:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize"
returned 1603
00d8:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 5)
00d8:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 5)
00d8:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned
1603
025c:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc (nil) 0x105f3c0)
returning a dummy value (current locale)
025c:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc 0xe336c8
0x105f3c0) returning a dummy value (current locale)
00c0:fixme:advapi:ReportEventA
(0xcafe4242,0x0004,0x0000,0x00000064,(nil),0x0001,0x00000000,0xa9f8b0,(nil)):
stub
00c0:fixme:advapi:ReportEventW
(0xcafe4242,0x0004,0x0000,0x00000064,(nil),0x0001,0x00000000,0x6f2060,(nil)):
stub
00c0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
--
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=53293
Bug ID: 53293
Summary: Total War: Shogun 2 crashes with builtin d3dx9_42
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72660
--> https://bugs.winehq.org/attachment.cgi?id=72660
+d3dx
wine-7.11-212-ge06a62049e8
--
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=46964
Bug ID: 46964
Summary: Port Royale 3 Pirates and Merchants: In-game error
starting game
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 64115
--> https://bugs.winehq.org/attachment.cgi?id=64115
Debug log
Installing the game works fine
Winetricks dotnet30 is executed
When launching the game a popup show saying
"Internal error"
"App.cpp(1159): Error in 'App::Initialize':"
"Launcher failed return code: -5:0xfffffffb"
Clean wine prefix.
Attached you may find debug log.
This game runs fine in wine-3.0 but not wine-3.20
If there is anything missing and needed, please let me know and I'll do my best
o aid.
--
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=47608
Bug ID: 47608
Summary: SmartGames Stratajams: Required resolution not found,
need at least 638 by 478
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 65034
--> https://bugs.winehq.org/attachment.cgi?id=65034
warn+all debug log
When launching the game SmartGames Stratajams, the game throws an error saying
"Required resolution not found. This program requires a resolution of at least
638 by 478. Please refer to the "Troubleshooting" section of the product manual
or on-line help".
Attached is is a log of warn+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=53292
Bug ID: 53292
Summary: Safecracker: Missing swedish characters in roll-list
in-game
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72656
--> https://bugs.winehq.org/attachment.cgi?id=72656
Showing rectangles instead of "ö"
In the swedish version of the game there are problems showing the letters Å, Ä,
Ö in the in-game inventory (see screenshot) and they are replaced with
squares/rectangles.
This is only for the inventory in the game! In other places of the game the
characters show as expected.
A workaround using "winetricks corefonts" works and makes them show as
expected.
--
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=53124
Bug ID: 53124
Summary: Dungeon Keeper 2 not working with Vulkan renderer
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: trass3r(a)gmail.com
HKEY_CURRENT_USER\Software\Wine\Direct3D\renderer = vulkan
(and csmt = 0)
With the following patches the game is able to start but only shows a black
window (sound, game logic etc is working).
diff --git a/dlls/wined3d/utils.c b/dlls/wined3d/utils.c
index 381c1ae..3382030 100644
--- a/dlls/wined3d/utils.c
+++ b/dlls/wined3d/utils.c
@@ -4319,6 +4319,7 @@ static void init_vulkan_format_info(struct
wined3d_format_vk *format,
{WINED3DFMT_R32_FLOAT_X8X24_TYPELESS, VK_FORMAT_D32_SFLOAT_S8_UINT,
},
{WINED3DFMT_X32_TYPELESS_G8X24_UINT, VK_FORMAT_D32_SFLOAT_S8_UINT,
},
{WINED3DFMT_D24_UNORM_S8_UINT, VK_FORMAT_D24_UNORM_S8_UINT,
},
+ {WINED3DFMT_X8D24_UNORM, VK_FORMAT_X8_D24_UNORM_PACK32,
},
};
VkFormat vk_format = VK_FORMAT_UNDEFINED;
VkImageFormatProperties image_properties;
diff --git a/dlls/ddraw/device.c b/dlls/ddraw/device.c
index 27b6500..da39a2a 100644
--- a/dlls/ddraw/device.c
+++ b/dlls/ddraw/device.c
@@ -7023,7 +7023,7 @@ static HRESULT d3d_device_init(struct d3d_device *device,
struct ddraw *ddraw, c
if (device->hardware_device && !(target->surface_desc.ddsCaps.dwCaps &
DDSCAPS_VIDEOMEMORY))
{
WARN("Surface %p is not in video memory.\n", target);
- return D3DERR_SURFACENOTINVIDMEM;
+ //return D3DERR_SURFACENOTINVIDMEM;
}
if (outer_unknown)
--
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=53283
Bug ID: 53283
Summary: d3d9:d3d9ex - test_wndproc_windowed() sometimes gets
the wrong foreground window on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:d3d9ex - test_wndproc_windowed() sometimes gets the wrong foreground
window on Windows 7:
d3d9ex.c:3318: Test failed: Expected foreground window 00CC01AA, got 0099020C.
https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This only happens on the TestBot's Windows 7 VMs (w7u). Newer versions of
Windows don't seem to be having this issue or it's something
configuration-specific (maybe a notification of some sort, driver?).
Besides the window handles, this is rare enough to cause false positives.
--
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=53282
Bug ID: 53282
Summary: d3d9:d3d9ex - test_wndproc() is sometimes missing a
WM_DISPLAYCHANGE message in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_DISPLAYCHANGE message in
Wine:
d3d9ex.c:3115: Test failed: Expected message 0x7e for window 0x1, but didn't
receive it, i=0.
(also happens with i=1)
https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This failure is rare enough to cause false positives.
--
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=53280
Bug ID: 53280
Summary: ddraw:ddraw1 sometimes crashes on the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 sometimes crashes on the TestBot VMs:
The crash is either an EXCEPTION_WINE_ASSERTION:
Unhandled exception: assertion failed in 32-bit code (0xf7f1e559).
[...]
Test failed: crash (80000101)
or a plain NULL dereference:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x70ba8945).
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
The crashes only happen with 32-bit code.
Also the crashes started when the debian11 VM was updated and moved to the gpu1
VM host (see also bug 53235).
--
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=53279
Bug ID: 53279
Summary: World Of Warcraft (BCC): crashes on start on FreeBSD.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Wolffbsd(a)outlook.dk
Created attachment 72646
--> https://bugs.winehq.org/attachment.cgi?id=72646
Shows wine logs when running TBC.
os:FreeBSD <hostname> 13.1-RELEASE FreeBSD 13.1-RELEASE
releng/13.1-n250148-fc952ac2212 GENERIC amd64
drivers: https://www.freshports.org/x11/nvidia-driver/ (latest)
Running -d3d11 argument, dxvk 1.10.1, and wine-devel-7.7 from latest repo on
freebsd (https://www.freshports.org/emulators/wine-devel).
Both World of Warcraft TBC and classic Era crash.
TBC on start, a few images in, gives an ACCESS VIOLATION error. no more
specific information on the error is given on battle.net or the blizzard
forums, but it seems most people having same error code is due to antivirus
interfering (on windows that is).
I tried running without dxvk on opengl, also on a fresh .wine prefix, on vkd3d
all with no success and same errors.
TBCLOG attachment has a log of wine running.
first bug report I ever make, please do tell if I am being unclear, or if I did
a mistake.
--
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=53278
Bug ID: 53278
Summary: schedsvc:rpcapi once failed to release the RPC handle
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
schedsvc:rpcapi once failed to release the RPC handle on Windows:
rpcapi.c:514: Test failed: expected S_OK, got 0x80070091
https://test.winehq.org/data/patterns.html#schedsvc:rpcapi
Where 0x80070091 == HRESULT_FROM_WIN32(ERROR_PATH_BUSY).
There was no other failure in that 2022-06-24 w10pro64-ar run.
It looks like there was still some operation pending that caused the final
RpcBindingFree() to fail. So maybe some sort of a race condition?
In another run a pair of SchRpcDelete() calls much earlier in the test failed
with the same error (2022-06-06 w10pro64-fr):
rpcapi.c:234: Test failed: expected S_OK, got 0x80070091
rpcapi.c:236: Test failed: expected S_OK, got 0x80070091
rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0
rpcapi.c:243: Test failed: expected 0, got 1
rpcapi.c:244: Test failed: expected 0, got 1
rpcapi.c:245: Test failed: expected NULL, got 0000000000735EF0
rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7
rpcapi.c:255: Test failed: expected 0, got 1
rpcapi.c:256: Test failed: expected 0, got 1
rpcapi.c:257: Test failed: expected NULL, got 00000000007358F0
rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7
Note: The HRESULT_FROM_WIN32(ERROR_ALREADY_EXISTS) == 0x800700b7 errors are
probably caused by the initial SchRpcDelete() failures.
--
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=53193
Bug ID: 53193
Summary: d3d9:device - test_window_position() fails randomly in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:device - test_window_position() fails randomly in Wine.
For instance:
device.c:14648: Test failed: Adapter 0: Expect window rect (0,0)-(1024,768),
got (4,14)-(644,494).
or
device.c:14648: Test failed: Adapter 0: Expect window rect (0,0)-(1024,768),
got (4,23)-(644,503).
or
device.c:14648: Test failed: Adapter 1: Expect window rect (1024,0)-(2048,737),
got (4,14)-(644,494).
or
device.c:14714: Test failed: Adapter 1: Expect window rect (1024,0)-(2048,737),
got (0,0)-(1024,737).
https://test.winehq.org/data/patterns.html#d3d9:device
Sometimes one can get failures for both adapter 0 and 1.
It is also not limited to multi-monitor configurations. For instance
fgtb-debian11 which is a single monitor configuration still gets the adapter 0
failure from time to time.
--
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=51976
Bug ID: 51976
Summary: The Elder Scrolls Online crashes at startup since it
auto-updated to v7.2.5 on Nov 1 2021
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 70965
--> https://bugs.winehq.org/attachment.cgi?id=70965
default terminal output (wine 6.20)
Hello,
After upgrading the game The Elder Scrolls Online to v7.2.5 (Deadlands & Update
32) on Nov 1, I can no longer start the application.
I was using Wine 6.17 at the time (had no issue with it before the game update)
and upgraded to 6.19, then 6.20, and got the same result.
The launcher works fine, but as soon as I click the PLAY button, a wine debug
dialog pops-up about a crash in the game client (eso64.exe - this is a 64bit
app).
The patch notes of the game speaks of changes in Nvidia DLSS & DLAA and
Multithreaded Rendering, but a +relay log shows that the crash occurs right
after a call to BluetoothFindFirstRadio(), in the same thread. I don't recall
seeing that function before so that may be an unmentioned change to the
application, or it may have nothing to do with the crash; I don't know (yet).
https://forums.elderscrollsonline.com/en/discussion/590109/pc-mac-patch-not…
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=53267
Bug ID: 53267
Summary: user32:win - test_mouse_input() fails on Windows 10
21H1+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - test_mouse_input() fails on Windows 10 21H1+:
win.c:4549: Test failed: hwnd 000401CA/000401CA message 0204
win.c:4554: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4559: Test failed: hwnd 000401CA/000401CA message 0206
win.c:4564: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4580: Test failed: hwnd 002D039C/002D039C message 0204
win.c:4584: Test failed: hwnd 002D039C/002D039C message 0205
win.c:4593: Test failed: hwnd 000401CA/000401CA message 0204
win.c:4596: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4629: Test failed: hwnd 00F802E8/00F802E8 message 00a4
win.c:4635: Test failed: hwnd 00F802E8/00F802E8 message 00a5
win.c:4642: Test failed: hwnd 00F802E8/00F802E8 message 0206
win.c:4644: Test failed: wparam 2
win.c:4655: Test failed: hwnd 00F802E8/00F802E8 message 0205
https://test.winehq.org/data/patterns.html#user32:win
This is quite similar to the failures in the Korean locale (bug 51395).
--
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=53263
Bug ID: 53263
Summary: dxgi:dxgi - test_swapchain_parameters() sometimes
crashes on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_parameters() sometimes crashes on Windows 8:
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 41.
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 42.
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 43.
dxgi.c:4639: Test failed: Got unexpected hr 0x8007000e.
dxgi.c:4639: this is the last test seen before the exception
0878:dxgi: unhandled exception c0000005 at 000000000042017E
https://test.winehq.org/data/patterns.html#dxgi:dxgi
0x8007000e == E_OUTOFMEMORY
This is known to have happened once on 2022-06-24 on w864.
--
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=53261
Bug ID: 53261
Summary: kernel32:module - test_LoadLibraryEx_search_flags()
sometimes crashes on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:module - test_LoadLibraryEx_search_flags() crashes on Windows.
On Windows 8 the traces show:
module.c:679: this is the last test seen before the exception
05d4:module: unhandled exception c0000005 at 76FC72F4
where line 679 is (see 561a5b8f84db):
679 ok( !lstrcmpiA( path, buf ), "%u: wrong module %s expected %s\n", j, path,
buf );
https://test.winehq.org/data/patterns.html#kernel32:module
But the crash is more easily reproducible on Windows 10 1607 and adding traces
there point to the following line as the location of the crash:
673 mod = LoadLibraryExA( "winetestdll.dll", 0, LOAD_LIBRARY_SEARCH_USER_DIRS
);
This is incompatible with the Windows 8 traces :-( However this crash seems to
be caused by memory corruption so it's possible the symptoms are a bit
different depending on the Windows version.
Furthermore the crash still happens on Windows 10 1607 even if all the others
test_xxx() functions are commented out in 'main'. Note however that the crash
is somewhat random so multiple (10+) tries can be needed to confirm it.
Finally this crash has only been seen on:
* Windows 8: w8, w8adm
* Windows 10 1507: w1064v1507
* Windows 10 1607: w1064v1607 (mostly 32-bit in WineTest results but mostly
64-bit for standalone tests!)
* Windows 10 1709: cw-gtx560 and cw-rx460 but no VM
--
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=50227
Bug ID: 50227
Summary: Logos 8 indexer crashes
Product: Wine
Version: 5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galanlama(a)gmail.com
Distribution: ---
Created attachment 68735
--> https://bugs.winehq.org/attachment.cgi?id=68735
Backtrace produced by the wine debugger.
After opening Logos, indexer crashes after a few seconds. Same result by
running indexer.exe directly.
--
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=53257
Bug ID: 53257
Summary: Emacs 28.1 is unusable
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: EmilySeville7cf(a)gmail.com
Distribution: ---
Created attachment 72636
--> https://bugs.winehq.org/attachment.cgi?id=72636
screenshot of console emacs
I install Emacs 28.1 from here
(http://mirror.tochlab.net/pub/gnu/emacs/windows/emacs-28/)
emacs-28.1-installer.exe and run it via "C:\Program
Files\Emacs\emacs-28.1\bin\runemacs.exe"
".
When I use GUI version of Emacs it's window is moved to the left upper corner
when I press any button. Workaround: maximize window size and use Emacs.
When I use console Emacs version (emacs -nw) from wine cmd I can do nothing at
all. Any Emacs shortcut breaks interface. For instance I've tried use "Ctrl+N"
and obtain result on the screenshot.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15505
Summary: STM_SETIMAGE does not handle bitmaps with alpha
correctly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In XP, STM_SETIMAGE makes a copy of bitmaps with alpha, which allows
applications to delete the bitmaps they passed in. Many programmers expect this
as the default behavior, since they don't test on older Windows platforms.
Our STM_SETIMAGE implementation still follows the pre-XP behavior, which may
cause rendering problems for apps that use STM_SETIMAGE extensively.
I don't have a minimal test case just yet...
--
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=4123
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #14 from temp82(a)luukku.com ---
still valid wine 7.11.
--
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=53191
Bug ID: 53191
Summary: Dualsense controller with WINE is not on-par with
Steam Input
Product: Wine
Version: 7.11
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
Distribution: ---
Latest Steam beta update has the following enhancement in particular: improved
vibration on Dualsense controller with updated firmware, or something like
that.
Now, if I run a game with Steam, the Dualsense has the improved basic rumble
support, which as far as I know, it's implemented in the firmware but it's
improved.
Running games without Steam leaves me with the super aggressive vibration, it's
always on maximum, without any variation, a lot different that the one present
on Steam Input API or something like that.
Is there a way to work the problem? Something like: actually make everything
global and not local by relying on a bugged piece of software like Steam is?
--
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=53152
Bug ID: 53152
Summary: LarkSuite: Unhandled exception: page fault on read
access to 0x00000008 in 32-bit code
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: simon(a)kingstonwireless.com
Distribution: ---
Created attachment 72585
--> https://bugs.winehq.org/attachment.cgi?id=72585
Backtrace
LarkSuite (Lark) is a Slack-like collaboration suite that incorporates email,
messaging, calendar, video calls, etc and is quite popular with Chinese
companies. The installer can be downloaded from
https://www.larksuite.com/download (Windows, macOS, iOS and Android versions
are available there).
The Lark installer appears to run fine but when the actual suite tries to load
up, a page fault error is given.
--
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=53255
Bug ID: 53255
Summary: d3d11:d3d11 sometimes crashes in test_generate_mips()
on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d11:d3d11 sometimes crashes in test_generate_mips() on Windows 7:
d3d11.c:30128: Tests skipped: Skipping test with DXGI_FORMAT_R8G8B8A8_UINT on
WARP.
d3d11.c:30128: Tests skipped: Skipping test with DXGI_FORMAT_R8G8B8A8_UINT on
WARP.
0d28:d3d11: unhandled exception c0000005 at 7FF9615D
https://test.winehq.org/data/patterns.html#d3d11:d3d11
Notice that a normal run has 4 of these skip messages instead of 2 which
suggests the crash happens in test_generate_mips().
There are two known instances of this crash:
* 2022-05-03 on w7u-2qxl
* 2022-06-22 on w7u-pt-PT
This makes this a pretty rare failure which can cause false positives.
--
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=53253
Bug ID: 53253
Summary: urlmon:url sometimes fails to create index.html on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url sometimes fails to create index.html on Windows:
url.c:4073: bind to an object of not registered MIME type...
url.c:3774: Test failed: CreateFile failed
url.c:4078: file test (no callback)...
...
url.c:4184: emulated test reporting result in read...
url.c:4187: file test...
url.c:4190: file test (to file)...
url.c:4193: file test (to object)...
url.c:1534: Test failed: unexpected call QueryInterface_IWindowForBindingUI
url.c:1416: Test failed: unexpected call QueryService_IWindowForBindingUI
url.c:1342: Test failed: unexpected call GetWindow_ICodeInstall
url.c:1846: Test failed: binding failed: 80040154, expected 00000000
url.c:3524: Test failed: expected Obj_OnProgress_CLASSIDAVAILABLE
url.c:3533: Test failed: expected OnObjectAvailable
https://test.winehq.org/data/patterns.html#urlmon:url
These failures ahppen on Windows 7 to Windows 10 21H1 and are rare enough to
cause false positives.
--
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=53246
Bug ID: 53246
Summary: user32:sysparams - test_metrics_for_dpi() fails on
Windows 10 1709+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_metrics_for_dpi() fails on Windows 10 1709+:
sysparams.c:4175: testing GetSystemMetrics with your current desktop settings
sysparams.c:3002: Test failed: 28: wrong value 136 vs 258
sysparams.c:3002: Test failed: 34: wrong value 136 vs 258
...
sysparams.c:2430: testing SPI_{GET,SET}DESKWALLPAPER
sysparams.c:3002: Test failed: 28: wrong value 136 vs 258
sysparams.c:3002: Test failed: 34: wrong value 136 vs 258
https://test.winehq.org/data/patterns.html#user32:sysparams
Where:
* 28 == SPI_SETMENUDROPALIGNMENT
* 34 == SPI_SETICONTITLELOGFONT
test_metrics_for_dpi() is actually called from multiple places and
unfortunately the traces make it hard to know which calls actually fail.
The first pair of failures probably come from:
trace("testing GetSystemMetrics with your current desktop settings\n");
test_GetSystemMetrics( );
test_metrics_for_dpi( 192 );
The source of the second set of failures is less clear but presumably from the
other test_metrics_for_dpi( 192 ) call in test_dpi_aware(). Some
winetest_push_context() would be a good addition here.
--
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=53245
Bug ID: 53245
Summary: user32:sysparams: test_SPI_SETNONCLIENTMETRICS() fails
on Windows 10 1709+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams: test_SPI_SETNONCLIENTMETRICS() fails on Windows 10 1709+:
sysparams.c:1488: testing SPI_{GET,SET}NONCLIENTMETRICS
sysparams.c:2823: Test failed: GetSystemMetrics(SM_CXSMICON): expected 16
actual 4
sysparams.c:2824: Test failed: GetSystemMetrics(SM_CYSMICON): expected 16
actual 4
https://test.winehq.org/data/patterns.html#user32:sysparams
The failure actually happens in test_GetSystemMetrics() which is called from
test_SPI_SETNONCLIENTMETRICS(). However there are 3 call locations and the
traces make it impossible to know which one fails which is another test bug in
its own right.
--
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=53244
Bug ID: 53244
Summary: user32:sysparams does not expect SPI_SETHANDEDNESS on
Windows 10 2004+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:sysparams does not expect SPI_SETHANDEDNESS on Windows 10 2004+.
Furthermore that message arrives at slightly different times in the tests
leading to different failure messages:
sysparams.c:1202: testing SPI_{GET,SET}DOUBLECLKWIDTH
sysparams.c:241: Test failed: too many changes counter=1 last change=29
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 29
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
or
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:241: Test failed: too many changes counter=1 last change=30
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 30
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:241: Test failed: too many changes counter=1 last change=32
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 32
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
or
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:241: Test failed: too many changes counter=1 last change=8229
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:241: Test failed: too many changes counter=1 last change=32
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 32
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
https://test.winehq.org/data/patterns.html#user32:sysparams
Where:
* 30 == SPI_SETDOUBLECLKHEIGHT
* 32 == SPI_SETDOUBLECLICKTIME
* 33 == SPI_SETMOUSEBUTTONSWAP
* 37 == SPI_SETDRAGFULLWINDOWS
* 8229 == SPI_SETHANDEDNESS
Some of these variants are less common than others due to timing so when they
happen they are likely to cause false positives.
Clearly SPI_SETHANDEDNESS is a new setting that was introduced in Windows 10
2004 and which the test should take into account.
Maybe it should receive special treatment like SPI_SETWORKAREA & co?
(Though we don't currently test SPI_SETHANDEDNESS)
--
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=53178
Bug ID: 53178
Summary: Mass Effect 3 Tweaks Mod Manager 7.0.7 does not launch
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: alt.ti-a8gprwn(a)yopmail.com
Distribution: ---
Created attachment 72623
--> https://bugs.winehq.org/attachment.cgi?id=72623
Terminal output
The latest version doesn't launch, however, the older ones do. This could be
due to the .NET 6 upgrade in the manager, process exits with a stack overflow
error, could be a duplicate of #51888. Attaching 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=53125
Bug ID: 53125
Summary: diabloimmortal: invalid program stack in 64-bit code
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i.r.1783(a)gmx.net
Distribution: ---
Created attachment 72580
--> https://bugs.winehq.org/attachment.cgi?id=72580
lspci+backtrace
steps 2 reproduce
1. download current thumbleweed xfce live iso
https://download.opensuse.org/ports/aarch64/tumbleweed/iso/openSUSE-Tumblew…
2. download battle.net client
game info: https://eu.shop.battle.net/en-us/product/diablo-immortal?p=854533Battle.net Desktop App:
https://www.blizzard.com/en-us/download/confirmation?product=bnetdesk
3. additional things before installing Battle.net Desktop App:
sudo zypper in kernel-firmware-intel libdrm_intel1 libdrm_intel1-32bit
libvulkan1 libvulkan1-32bit libvulkan_intel libvulkan_intel-32bit
sudo sysctl dev.i915.perf_stream_paranoid=0
export WINEARCH=win64
export WINEPREFIX="/home/ich/.wine64"
export WINEDEBUG=-all
wineboot -i
4. wine Battle.net-Setup.exe
5. cd '/home/ich/Programme/Immortal/Diablo Immortal/Engine/Binaries/Win64/'
wine ./DiabloImmortal.exe
6. crash, see Diablo_Immortal_backtrace.txt
--
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=53117
Bug ID: 53117
Summary: USER32: Drop-list of combobox not closed when the user
clicks outside
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 72571
--> https://bugs.winehq.org/attachment.cgi?id=72571
Open the drop list of the combobox.
Step to reproduce:
1) open an application that allows you to show a combobox, for example WINE
notepad.
2) then select from menu "File->Open" to display the open file dialog and press
the button to open the drop down list of the combobox (see attached image 1).
3) now, click on the title bar of the open file dialog and try to move it: the
drop down list will be still visible and completely disconnected from its
control (see attached image 2).
Here, I used the WINE notepad as example but the bug can be reproduced by all
applications with a combobox.
--
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=52919
Bug ID: 52919
Summary: Resident Evil 5 DVD shows
E_INVALIDARG:XLiveInitialize(&xii)
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: BOBBLOG(a)protonmail.com
Distribution: ---
Created attachment 72299
--> https://bugs.winehq.org/attachment.cgi?id=72299
RE5-D3D
Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the
game.
This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log.
--
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=53192
Bug ID: 53192
Summary: FlexiPDF 3.0.3 crashes when moving window:
dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assurance »!jmp ||
!ntdll_get_thread_data()->jmp_buf« not fulfilled
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: postix(a)posteo.eu
Distribution: ---
Created attachment 72629
--> https://bugs.winehq.org/attachment.cgi?id=72629
Terminal output
### Issue
FlexiPDF 3.0.3 crashes when trying to move its window by dragging the titlebar.
### Download link
`https://www.softmaker.net/down/flexipdf2022.exe`
### System
Operating System: Fedora Linux 36
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.18.5-200.fc36.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5700G with Radeon Graphics
Graphics Processor: AMD RENOIR
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50103
François Gouget <fgouget(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |ABANDONED
CC| |fgouget(a)codeweavers.com
Status|NEEDINFO |RESOLVED
--- Comment #2 from François Gouget <fgouget(a)codeweavers.com> ---
No answer to a year-old request for information.
--
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=43347
Bug ID: 43347
Summary: valgrind shows an unintialized read in
dlls/iphlpapi/tests/iphlpapi.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p
iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok
==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s)
==10952== at 0x4338F79: ioctl (syscall-template.S:84)
==10952== by 0x435916D: if_nametoindex (if_index.c:47)
==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143)
==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233)
==10952== by 0x488198E: test_interface_identifier_conversion
(iphlpapi.c:1958)
==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230)
==10952== by 0x4884014: run_test (test.h:603)
==10952== by 0x4884465: main (test.h:687)
==10952== Address 0x4b0f8c0 is on thread 1's stack
==10952== in frame #1, created by if_nametoindex (if_index.c:35)
==10952== Uninitialised value was created by a stack allocation
==10952== at 0x4359141: if_nametoindex (if_index.c:41)
==10952==
--
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=53241
Bug ID: 53241
Summary: wtsapi32:wtsapi - test_WTSEnumerateProcessesW()
crashes if a process exits during the test?
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wtsapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits
during the test?
Here is the failure:
wtsapi.c:78: Test failed: failed to find pid 0x20e4
wtsapi.c:82: this is the last test seen before the exception
0618:wtsapi: unhandled exception c0000005 at 0000000000401848
https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi
The crash happens when check_wts_process_info() dereferences the NULL pointer
returned by find_nt_process_info().
So presumably the test must check that some API does return information about
at least some processes but it seems allowances should be made for processes
exiting during the 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=53200
Bug ID: 53200
Summary: WET (a dotnet45 framework for web printing terminal):
black block covered the content. i can edit with
libreoffice draw. the content is there, but all
covered with black block.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dejoebad(a)yahoo.com
Distribution: ---
WET (a dotnet45 framework for web printing terminal): black block covered the
content. i can edit with libreoffice draw. the content is there, but all
covered with black block.
https://www.instagram.com/p/Ce33e8vJ-n0
this is the output from windows and wine
https://www.instagram.com/p/CfBo3hVPd2d
this is what actually behind the black blocks. i'd print the file to pdf and
edit with libreoffice draw.
--
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=44337
Bug ID: 44337
Summary: d3d9/tests/device.ok fails on Nvidia (Nouveau drivers)
in test_occlusion_query()
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
with the following lines:
device.c:5915: Test failed: Got unexpected hr 0x1.
device.c:5919: Test failed: Got unexpected hr 0x1.
device.c:5920: Test failed: Got unexpected query result 0xffffffffffffffff.
It would be nice to fix this as this is currently the only D3D test failure on
the cw2 test machine.
--
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=48820
Bug ID: 48820
Summary: user32:win "unexpected 0x7fff message" Japanese
Windows 10 failures
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The TestBot's w1064v1809-zh_CN configuration runs the tests on Windows 10 1809
in a Chinese locale. This test configuration gets unique failures in
user32:win:
win.c:3852: Test failed: hwnd 007404D2 message 7fff
win.c:3858: Test failed: message 7fff available
win.c:3931: Test failed: hwnd 007404D2/0054050A message 7fff
win.c:3934: Test failed: hwnd 007404D2/0054050A message 7fff
Note how these messages are very similar to the IME messages in bug 48819.
However 0x7fff is a totally unknown message: all I can say about it is that
it's WM_APP-1. So maybe it's another IME system. Maybe not?
See: https://test.winehq.org/data/tests/user32:win.html
However note that quite often WineTest fails to submit its results to
test.winehq.org, typically because it times out. So you can more easily find
the latest failure by looking for the "32 bit WineTest: base VMs" jobs on the
TestBot.
Finally, three of these messages include the window handles which means they
are "always new". Because of this the TestBot will mistakenly attribute the
failure to any user32 patch submitted to wine-devel, which should cause them to
be rejected. So I bumped the priority on this bug.
--
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=53228
Bug ID: 53228
Summary: dxgi:dxgi - test_swapchain_window_styles() sometimes
fails on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_window_styles() sometimes fails on Windows 10:
dxgi.c:6125: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6141: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6169: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6196: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6212: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
This failure has been seen on Windows 10 1507 to 21H2.
Furthermore, because of the test's multi-threading it has an elevated risk of
causing false positives (see bug 53212).
--
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=53209
Bug ID: 53209
Summary: GTA San Andreas. Audio bug
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
When you rotate the camera around the character, the sound almost completely
goes from one speaker to the other and back again. I did not find anything
strange in the logs.
This problem has been in wine for as long as I can remember, no such thing on
windows. I wish that it was solved and the sound was distributed normally.
--
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=53173
Bug ID: 53173
Summary: user32:input - test_Input_mouse() randomly fails to
get the expected mouse button or hit-test messages
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_Input_mouse() randomly fails to get the expected mouse
button or hit-test messages:
input.c:3398: Test failed: expected WM_LBUTTONDOWN message
input.c:3399: Test failed: expected WM_LBUTTONUP message
input.c:3426: Test failed: expected WM_NCHITTEST message
input.c:3427: Test failed: expected WM_RBUTTONDOWN message
input.c:3428: Test failed: expected WM_RBUTTONUP message
input.c:3457: Test failed: expected WM_LBUTTONDOWN message
input.c:3458: Test failed: expected WM_LBUTTONUP message
input.c:3511: Test failed: expected loop with WM_NCHITTEST messages
input.c:3564: Test failed: expected WM_LBUTTONDOWN message
input.c:3565: Test failed: expected WM_LBUTTONUP message
https://test.winehq.org/data/patterns.html#user32:input
The failure list is always the same except for the first two which are not
always present.
This happened on w7u-2qxl, w86 and most Windows 10 1607+ test configurations up
to 21H2. So it's not a quirk of a specific Windows version.
--
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=53212
Bug ID: 53212
Summary: d3d11:d3d11 - test_clear_image_unordered_access_view()
fails in the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_clear_image_unordered_access_view() fails in the TestBot
VMs:
d3d11.c:16719: Test failed: Dim 0, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 1, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 2, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures don't happen on my box which has an Intel graphics card instead
of QEmu's QXL graphics card.
Note also that these failures still happen on my debian11 VM which has a single
monitor instead of the TestBot VMs' multi-monitor setup.
So this seems to be related to the VMs QXL GPU.
Despite being systematic these failures someimes cause false positives because
of the test's multi-threading: sometimes these failures come before the
test_texture() failures (Test 60:), and most of the time they come after. The
order change causes the TestBot's diffing algorithm to consider them to be new
failures if they come in an order it has not seen before.
--
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=53148
Bug ID: 53148
Summary: mfplay:mfplay - test_media_item() has a rare crash on
Windows 8
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
mfplay:mfplay - test_media_item() has a rare crash on Windows 8:
mfplay.c:295: Test failed: Unexpected hr 0xc00d3e85.
mfplay.c:295: this is the last test seen before the exception
0afc:mfplay: unhandled exception c0000005 at 0040121C
https://test.winehq.org/data/patterns.html#mfplay:mfplay
This looks like it is specific to the TestBot VMs: there is no record of this
failure happening on the cw-gtx560 or cw-rx460 machines. The failure rate is
about 6.8%.
--
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=53223
Bug ID: 53223
Summary: shell32:shlfileop - test_sh_path_prepare() fails in
the Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shlfileop - test_sh_path_prepare() fails in the Japanese and Chinese
locales in Wine:
shlfileop.c:2463: Test failed: Could not find unique multibyte representation
for directory name using default codepage.
https://test.winehq.org/data/patterns.html#shell32:shlfileop
Note that the conversion fails on Windows too which probably makes sense for
these locales. So the win_skip() should maybe be a regular skip() instead.
--
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=35765
Bug ID: 35765
Summary: gdi32:font / richedit:editor / msvcrt:locale /
msvcrt:string fails on newtb-w7u
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
CC: fgouget(a)codeweavers.com
http://test.winehq.org/data/770213e16c6918728f69ea33545fafabd59dbc8e/win7_n…
It seems these tests are all related to locales, and they fail much more on
this machine than other machine.
SystemDefaultLCID 411
UserDefaultLCID 409
ThreadLocale 411
UserDefaultUILanguage 411
ThreadUILanguage 411
It doesn't happen frequently that we have a vm with different UserDefaultLCID
and SystemDefaultLCID. I'm not very sure if we want to support such a case, it
maybe useful in real world for some body. (I personally don't care too much
lol)
François, is there any chance to try:
1. set all LCIDs to 0x409 (Simplified Chinese)
2. set all LCIDs to 0x411 (Japanese)
Then reboot the vm, then resubmit the tests, to see if there is any
improvement?
Thanks for your great work! Everyone wants your patch/work :)
--
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=53221
Bug ID: 53221
Summary: user32:winstation - test_enumdesktops() sometimes
fails to open the desktop on Windows 7 & 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:winstation - test_enumdesktops() sometimes fails to open the desktop on
Windows 7 & 8:
winstation.c:411: desktop_callbackA called with argument WinSta0
winstation.c:411: desktop_callbackA called with argument winsta_test
winstation.c:420: open_desktop_callbackA called with argument new_desk
winstation.c:426: Test failed: Could not open desktop new_desk!
winstation.c:420: open_desktop_callbackA called with argument
rawinput_test_desktop
winstation.c:420: open_desktop_callbackA called with argument Default
winstation.c:420: open_desktop_callbackA called with argument Winlogon
winstation.c:452: Test failed: LastError is set to 00000002
winstation.c:411: desktop_callbackA called with argument rawinput_test_desktop
https://test.winehq.org/data/patterns.html#user32:winstation
These failures have been seen on w7u-adm, w7u-el, w8 and w8adm but the failure
rate is pretty low (<3%).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53219
Bug ID: 53219
Summary: winmm:mci - test_asyncWAVE() sometimes fails due to a
timing issue
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:mci - test_asyncWAVE() sometimes fails due to a timing issue:
mci.c:980: Test failed: 706ms is not in the expected 350-600ms range
https://test.winehq.org/data/patterns.html#winmm:mci
This only happened once on the TestBot but happens a bit more frequently on
fgtb-w10pro64 where the host is typically more busy.
--
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=53214
Bug ID: 53214
Summary: d3d11:d3d11 - test_negative_viewports() fails in the
TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_negative_viewports() fails in the TestBot VMs:
d3d11.c:28330: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28339: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
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=53215
Bug ID: 53215
Summary: d3d11:d3d11 - test_fractional_viewports() fails in the
TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_fractional_viewports() fails in the TestBot VMs:
d3d11.c:28276: Test failed: Got texcoord {8.43750119e-001, 1.56249881e-001},
expected {8.43750000e-001, 1.56250000e-001} at (3, 3), offset 1.25000000e-001.
d3d11.c:28276: Test failed: Got texcoord {8.71093690e-001, 1.28906310e-001},
expected {8.71093750e-001, 1.28906250e-001} at (3, 3), offset 1.56250000e-002.
d3d11.c:28276: Test failed: Got texcoord {7.51953065e-001, 2.48046935e-001},
expected {7.51953125e-001, 2.48046875e-001} at (3, 3), offset 4.92187500e-001.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
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=53204
Bug ID: 53204
Summary: shell32:autocomplete - test_custom_source() sometimes
gets DropDown failures on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_custom_source() sometimes gets DropDown failures on
Windows:
autocomplete.c:778: Test failed: AutoComplete DropDown should be visible
autocomplete.c:788: Test failed: AutoComplete DropDown should be hidden
https://test.winehq.org/data/patterns.html#shell32:autocomplete
The second failure is not always present.
They only happen on Windows 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=53203
Bug ID: 53203
Summary: shell32:autocomplete - test_aclist_expand() sometimes
fails on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_aclist_expand() sometimes fails on Windows:
autocomplete.c:534: Test failed: Expected 3 expansions, got 2
autocomplete.c:535: Test failed: Expected L"test\\foo\\bar\\baz_bbq\\", got
L"test\\foo\\bar\\"
autocomplete.c:536: Test failed: Expected 3 resets, got 2
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 6
https://test.winehq.org/data/patterns.html#shell32:autocomplete
These failures have been seen on Windows 10 1809 and 21H1.
The w8adm VM also got pretty similar failures once:
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:542: Test failed: Expected L"test\\", got
L"test\\foo\\bar\\baz_bbq\\"
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 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.
http://bugs.winehq.org/show_bug.cgi?id=32083
Bug #: 32083
Summary: Diablo III: Missing logo on startup
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
On starting Diablo III the logo before the game starts is transparent. If I'm
going with the mouse over it the cursor will be hidden.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35213
Bug ID: 35213
Summary: Kane & Lynch: Dead Men demo needs native d3dx9_31
Product: Wine
Version: 1.7.9
Hardware: x86
URL: http://www.gamefront.com/files/9394790/Kane___Lynch__D
ead_Men_Demo
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
First d3dx9_36 should be installed. Demo crashes with
fixme:d3dx:D3DXCreateEffectEx (0x20f000, 0x1e71cb58, 45008, (nil), (nil),
(nil), 0x10900, 0x1685a8, 0x1a99cf4, 0x1a99cec): semi-stub
after the same issue as for bug 35137, but this time should be d3dx9_31.
--
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=51158
Bug ID: 51158
Summary: advapi32:lsa fails in French on Windows 2004
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:lsa fails in French on Windows 2004 because the name of the 'Everyone'
group does not seem to be translated anymore:
lsa.c:407: Test failed: expected L"Tout le monde", got L"Everyone"
That's a bit surprising. Maybe the Windows translation was slightly out of
date?
* This should be checked on Windows 2009 but we don't have a test configuration
for it.
* The test also has a translation for German but we don't have a test
configuration for German. There should really be one so we can validate the
test.
Once the results for German and Windows 2009 are known the test can be updated.
--
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=48108
Bug ID: 48108
Summary: kernel32:comm - QEmu's serial baud rate emulation is
broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm got a failure when running on Wine on the TestBot VM:
comm.c:932: Test failed: OutQueue should not be empty
This happens in test_waittxempty():
// Open the serial device
hcom = test_OpenComm(TRUE);
// Here it is already set to 150 bps because that's how a
// previous test left it
...
// Write 17 bytes in overlaped mode.
// At 150 bauds this should take at least 900 ms
res = WriteFile(hcom, tbuf, sizeof(tbuf), &bytes, &ovl_write);
// Leaving us plenty of time to get to
ClearCommError(hcom, &errors, &stat);
...
// And here we expect the serial device to still have data to send.
// But because QEmu sends the data at > 400 kbps this often fails
ok(stat.cbOutQue != 0, "OutQueue should not be empty\n");
That QEmu does not enforce the set baud rate can also be verified from the
command line:
# stty -F /dev/ttyS0
speed 9600 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.224432 s, 44.6 kB/s
# stty -F /dev/ttyS0 300
# stty -F /dev/ttyS0
speed 300 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.679127 s, 14.7 kB/s
Back to the kernel32:comm failure:
* It did not happen for a long time and started happening on the debian10 VM on
2019-10-03. That corresponds to the time I added the winetest user to the
dialout group, thus giving it access to /dev/ttyS0.
* The same issue happens in the Windows VMs, but the ok() call has a broken()
clause which hides the issue there.
So:
1. The bug needs to be reported to QEmu.
2. See why speeds below 9600 bps are not allowed.
3. We may want a better check for this issue: directly check that the baud rate
is respected. This would allow us to skip tests that depend on the baud rate
and ditch the broken() clause.
4. If the above does not work out the serial device should be removed from the
Wine QEmu VMs.
--
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=52804
Bug ID: 52804
Summary: Crash when save settings in KaiNote
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matiasmoviegg(a)gmail.com
Distribution: ---
Created attachment 72181
--> https://bugs.winehq.org/attachment.cgi?id=72181
backtrace
Problem with KaiNote
Link for stable https://github.com/bjakja/Kainote/releases
Link for Beta (log from this version)
https://drive.google.com/uc?id=1ECqsrLo5d1jPoz-FKvJrS0279YeTKrmS&export=dow…
Go to File->Settings
Click OK
Click on random place in program
Program Crash
Testing on virtual machine with Xubuntu 21.10 (adding
"LIBGL_ALWAYS_SOFTWARE=1") and Laptop (i5-2520m) with Linux Mint 20.3
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53194
Bug ID: 53194
Summary: d3d9:device - test_cursor_pos() is sometimes missing a
MOUSEMOVE on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:device - test_cursor_pos() is sometimes missing a MOUSEMOVE on Windows 10
1809+:
device.c:5296: Test failed: Didn't receive MOUSEMOVE 0 (50, 50).
https://test.winehq.org/data/patterns.html#d3d9:device
These missing WM_MOUSEMOVE issues seem to be known to some extent, but not
quite understood:
https://gitlab.winehq.org/wine/wine/-/blob/1a3217393e2e6226da0f4024d4d384de…
--
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=53001
Bug ID: 53001
Summary: Regression: Endless WAV crashes when moving file list
sub-window
Product: Wine-staging
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
STEPS TO REPRODUCE:
1. Download and extract Endless WAV (version 1.7.8b15 as of this writing):
https://www.bjoernbojahr.de/endlesswav.html
2. Run the extracted "EndlWav.exe" executable.
3. Once the application has launched, drag the bottom window titled "File List"
using its header bar.
RESULT: Endless WAV crashes with the following terminal output:
---
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
wine: Assertion failed at address F7F21549 (thread 0100), starting debugger...
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
0100:err:seh:NtRaiseException Unhandled exception code 80000101 flags 1 addr
0xf7f21549
---
ADDITIONAL INFO:
* The crash happens with wine-staging, but not the same version of wine-devel.
* This crash was introduced in a recent version of wine-staging. At least a
month or two ago with an earlier version of wine-staging, I was not getting
this crash.
* I can reproduce the bug in VirtualBox and with a clean .wine profile.
* Possibly related to bug #52853.
* The crash does not happen if using the OS window manager's shortcut key to
drag the window from anywhere (e.g., left Alt or left Super key).
--
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=53188
Bug ID: 53188
Summary: user32:menu - test_menu_input()'s tests 25, 26 and 27
fail randomly in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly (~5.5%
failure rate) in Wine. For instance:
menu.c:2324: Test failed: test 25
https://test.winehq.org/data/patterns.html#user32:menu
The tests 25, 26 and 27 fail independently but seemingly only one at a time.
--
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=53186
Bug ID: 53186
Summary: user32:menu - test_menu_iteminfo() fails randomly when
inserting an invalid submenu in Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:menu - test_menu_iteminfo() fails randomly when inserting an invalid
submenu in Windows:
menu.c:1383: ANSI tests: string 0081FDB0 hbm 38050FB3 txt 0081FD60
menu.c:1566: Test failed: InsertMenuItem should have failed.
menu.c:1383: Unicode tests: string 0081FDB0 hbm 38050FB3 txt 0081FD8C
menu.c:1566: Test failed: InsertMenuItem should have failed.
https://test.winehq.org/data/patterns.html#user32:menu
Most of the time both the ANSI and Unicode tests fail together (~7.7% fail
rate) but there are two instances where only the ANSI test failed (~0.6%).
This impacts Windows 10 1809 to 21H2.
--
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=53185
Bug ID: 53185
Summary: unable to open win app in linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: katparamitesh(a)gmail.com
Distribution: ---
Created attachment 72625
--> https://bugs.winehq.org/attachment.cgi?id=72625
robolx player not opening
unable to install any 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=53181
Bug ID: 53181
Summary: xinput1_3:xinput has a rare crash in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
xinput1_3:xinput has a rare crash in Wine:
xinput.c:820: Testing xinput9_1_0.dll
Unhandled exception: page fault on execute access to 0x651c3ae2 in 32-bit code
(0x651c3ae2).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:651c3ae2 ESP:0103fe04 EBP:0103ff28 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000001 EBX:00000002 ECX:0103fe00 EDX:00000000
ESI:00000001 EDI:00000001
Stack dump:
0x0103fe04: 651c0000 000007d0 00001cff 00000002
0x0103fe14: 00000000 00000000 00000000 fffffffd
0x0103fe24: 00000000 00000000 00000000 00000000
0x0103fe34: 00000000 00000000 7b60da30 001439d0
0x0103fe44: 0011051e 00000000 00000000 00000000
0x0103fe54: 00000000 00000000 00000000 00000000
Backtrace:
=>0 0x651c3ae2 (0x0103ff28)
1 0x7b62a1e0 in kernel32 (+0x2a1e0) (0x0103ff48)
2 0x7bc59b27 in ntdll (+0x59b27) (0x0103ff5c)
3 0x7bc5a1e0 RtlCreateUserThread(entry=651C3300, arg=0x000000000)
[Z:\home\fgouget\wine\winetest\src\dlls\ntdll\thread.c:261] in ntdll
(0x0103ffec)
0x651c3ae2: -- no code accessible --
[...]
PE 63480000-6349b000 Deferred version
PE 666c0000-666e8000 Deferred hid
https://test.winehq.org/data/patterns.html#xinput1_3:xinput
The first known instance of this crash happened on 2022-06-01: there was no
crash from Apr 19 to May 31, but 6 crashes occurred from Jun 01 to Jun 17 (~9%
crash rate). So this looks like a new issue.
The crash address is different every time but always falls in the same range
between version and hid. However I have not been able to reproduce the crash
even over 50 runs. It is possible there is a bad interaction with a previous
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=53165
Bug ID: 53165
Summary: Sid Meiers: Pirates! error during install, failed to
ready media for L"lang0.FPK"
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72611
--> https://bugs.winehq.org/attachment.cgi?id=72611
Simple execution log
Hi!
When I try to install the 2-disc version of "Sid Meier's: Pirates!" I get a
popup-error and some log info.
Reproduction steps:
1. Put the first CD in the cd-drive
2. Initialize install "WINEPREFIX=/home/user/.wine-pirates wine d:\Autorun.exe
3. Click through the EULA and start the install
4. Wait until popup-message shows saying "Error 1311.Source file not found: Sid
Meier's Pirates!, Disc 1. Verify that the file exists and that you can access
it" during the install of "AssetsLANG0.FPK".
I have tested in 32 and 64-bit prefix with Windows XP, 7 and 10 with the same
results in all of them.
I have also tested the disc in a Windows XP virtualbox on the same PC and that
installation went flawless.
Not sure what else is to be done here...
Br
--
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=37557
Bug ID: 37557
Summary: SketchUp 2015 doesn't start
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: gilson.oliveira.junior(a)gmail.com
Distribution: ---
Hi All,
I've installed the last version of SketchUp in Wine 1.7.30 in my Ubuntu and
when I double click the application, the mouse changes the cursor to "working"
and then it's set again as normal cursor and Nothing Happens.
Via command I get the message below:
wine "C:\Program Files (x86)\SketchUp\SketchUp 2015\SketchUp.exe"
err:module:import_dll Library mfc100u.dll (which is needed by L"C:\\Program
Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe" failed, status c0000135
Does anybody knows what I can do? I'm a beginner user of Wine and Ubuntu.
Thanks in advanced for your help.
Regards,
Gilson
--
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=53177
Bug ID: 53177
Summary: Menus can't be used with mouse
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kosaji48.cagoti61(a)murena.io
Distribution: ---
When using Polyboard-6.04j elements inside some menus can't be accessed unless
you try to use the keyboard to select the items.
--
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=51720
Bug ID: 51720
Summary: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on
start
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: rawfox(a)freenet.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
SC works on wine-vanilla.
It used to work on wine-staging better, due to the benefits of some patches.
Since a couple weeks, SC on wine-staging crashed when pressing play in the
launcher.
Netho from #LUG found the staging patch ntdll-ForceBottomUpAlloc the source of
the crashes.
Removing that patch and its dependencies made the game load and work again.
--all -W ntdll-ForceBottomUpAlloc -W ntdll-WRITECOPY -W ntdll-Builtin_Prot
Problem is, the game performance is reduced by 50%, when removing that patch.
Removing all ntdll* patches from the staging patchset made the game work fine
again, no issues there, but we miss all the tweaks for ntdll from the staging
patches.
No idea, whats wrong with ntdll-ForceBottomUpAlloc .
Netho futher found /0003-ntdll-Force-virtual-memory-allocation-order.patch is
the patch that causes the issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43557
Bug ID: 43557
Summary: Ukrainian I/i letter support for OEM console
applications using cp866.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: Other
Created attachment 58962
--> https://bugs.winehq.org/attachment.cgi?id=58962
patch for c_866.c adding ukrainian I/i support
Ukrainian I/i letter support for OEM console applications using cp866.
There is well-known Windows problem with Ukrainian letters 'I' and 'i'. They
are displayed as question mark ('?') in console applications. But the most
annoying thing is that these files cannot be copied with console File Managers,
like Far. Proposed patch fixes it.
OEM cp966 characters 0xf6 (I ukr) and 0xf7 (i ukr) should be mapped to unicode
0x0406 and 0x0456
Since Wine uses statically compited NLS translation, it is not possible to just
fix NLS file like under Windows (http://alter.org.ua/en/soft/win/cp866u/)
--
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=47582
Bug ID: 47582
Summary: World of Tanks -> open field post get a Unhandled
exception
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 64987
--> https://bugs.winehq.org/attachment.cgi?id=64987
Unhandled exception: unimplemented function urlmon.dll.414 called in 32-bit
code
if I open the filed post in WoT a Unhandled exception occurs.
WoT continues, but no "Field Post" is displayed.
WoT Version v.1.5.1.3
OS: openSUSE Tumbleweed VERSION="20190730"
@pax> rpm -qa '*wine*'
wine-gecko-2.47-56.13.noarch
wine-32bit-4.12.1-658.13.x86_64
winetricks-20190615-1.1.x86_64
wine-4.12.1-658.13.x86_64
wine-mono-4.9.0-8.1.noarch
--
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=51699
Bug ID: 51699
Summary: World of Tank v1.14
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 70572
--> https://bugs.winehq.org/attachment.cgi?id=70572
glxinfo
With update WoT to v1.14, the following content is no longer displayed (only
the background is displayed).
The entire store and under menu -> Combat Intelligence
If you move the mouse on these pages, the mouse pointer changes over the fields
that are not displayed. So it seems like a display problem!
--
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=53136
Bug ID: 53136
Summary: crypt32:cert - testVerifyRevocation() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:cert - testVerifyRevocation() fails in Wine:
cert.c:4177: Test failed: got 80092012
cert.c:4178: Test failed: got 80092012
https://test.winehq.org/data/patterns.html#crypt32:cert
0c80092012 is CRYPT_E_NO_REVOCATION_CHECK.
The failures started on 2022-05-30 and were initially random but are systematic
since 2022-06-07. The actual test was introduced on 2022-05-24 in the commit
below and reverting to that commit produces systematic failures.
So this is not a regression but instead looks like an outside change that broke
the test.
commit 74832c2177808c6222d44f7e4580de84e0ada8f0
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:22 2022 +0200
crypt32/tests: Add more OCSP revocation tests.
Signed-off-by: Hans Leidekker <hans(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=51243
Bug ID: 51243
Summary: In Wine dinput:keyboard fails if the keyboard layout
does not match the display language
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine dinput:keyboard fails if the keyboard layout does not match the display
language:
https://test.winehq.org/data/patterns.html#dinput:keyboard
keyboard.c:424: Test failed: 0: expected 10, got 41
keyboard.c:462: Test failed: dinput failed to handle keyboard event
* On my laptop which has an Azerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests succeed (but line 467 fails)
LANG=en_US.UTF-8 -> these two tests fail
* On my desktop which has a Qwerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests fail
LANG=en_US.UTF-8 -> these two tests succeed
Note:
* For the TestBot VMs the locale tests only set $LANG so this is why this
failure happens on debiant2-win32-fr-FR.
* The test only tests English, French, German and Japanese.
* The German case has a similar failure (on lines 424 and 467).
* The Japanese case and other locales do not fail.
--
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=52993
Bug ID: 52993
Summary: msi:action - test_publish() fails on date change
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:action - test_publish() fails on date change:
action.c:4219: Test failed: got "20220513"
https://test.winehq.org/data/patterns.html#msi:action
The issue is that when test_publish() started it was slightly before midnight
but when it checked the date in the registry is was slightly after midnight:
3708 get_date_str(date); // now it's 20220512
...
4186 /* complete install */
4187 r = MsiInstallProductA(msifile, "FULL=1"); // now it's 20220513
...
4219 CHECK_REG_STR(prodkey, "InstallDate", date);// --> failure
The registry date should be equal to either the date before the installation
started, or the date after the installation started.
The test was added in this commit:
commit 8db3c0e358c54e0ebc3f7b4b7461296d046029e9
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Thu Oct 14 11:06:13 2010 +0200
msi/tests: Move test coverage for standard actions to a separate module.
--
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=52885
Bug ID: 52885
Summary: Adobe Lightroom Classic 11.1 crash in user32
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
Distribution: ---
Created attachment 72269
--> https://bugs.winehq.org/attachment.cgi?id=72269
backtrace
> Unhandled exception: page fault on read access to 0x00000000d727af40 in 64-bit code (0x00007f4d33ef538d).
> Backtrace:
> =>0 0x00007f4d33ef538d in user32 (+0x5538d) (0x000000000011f100)
> 0x00007f4d33ef538d user32+0x5538d: movzwl 0x0000000000000010(%rsi),%eax
good: wine-6.22
bad: wine-7.3 (vkd3d not compiled in, vulkan disabled)
Clean prefix, only vcrun2015 installed. Newer wine versions do crash due to
bundled vkd3d - bug 52884. So until that one is fixed, I have no way to test if
this is still valid with recent wine releases.
This wine-7.3 release is compiled without vkd3d in the same configuration as
wine-6.22 that I've been using for months. Recently tried new wine versions and
immediately came across this crash.
Backtrace doesn't show much details and there are no interesting messages on
the console either.
Reproducible in Lightroom Classic 11.1 and 10.4.
Any ideas for further debugging? Haven't tried bisecting wine releases.
--
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=49210
Bug ID: 49210
Summary: Mafia II: Definitive Edition Launcher crashes with
Wine-Mono
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0544:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.1"
not implemented
Unhandled Exception:
System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown
assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException:
MILCreateEventProxy assembly:<unknown assembly> type:<unknown type>
member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
wine-5.8-251-g4358ddc75f
--
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=39298
Bug ID: 39298
Summary: kernel32 does not support custom nls installation.
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
This is a somewhat related bug to 39297 - wine seems to use built-in code page
tables ( wine/libs/wine/c_*.c ) . On newer windows, code page 708 is shipped
with the OS; FontVal also bundle
CPinstall
CPinstall/i386
CPinstall/i386/c_852.nls
CPinstall/i386/c_1361.nls
CPinstall/i386/c_708.nls
CPinstall/i386/c_862.nls
CPinstall/i386/c_775.nls
CPinstall/i386/c_857.nls
CPinstall/i386/c_737.nls
CPinstall/i386/c_864.nls
CPinstall/i386/c_869.nls
CPinstall/CPinstall.inf
CPinstall.dll
for older windows which does not have them. However, I tried installing them
(via setupdll), it seems to popular the registry, and copy the nls files, but
does not seem to have any effect on wine's behavior at all.
FWIW, there seems to be only one nls file shipped with wine, l_intl.nls, that
if I remember correctly is required by dotnet; I don't seem to be able to find
any code which read nls files in wine at all.
+++ This bug was initially created as a clone of Bug #39297 +++
Microsoft's FontValidator
(https://www.microsoft.com/typography/FontValidator.mspx)
when processing certain fonts, try to access code page 708,
which is not available under wine.
FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs .
--
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=35027
Bug #: 35027
Summary: unimplemented function
KERNEL32.dll.CreateProcessInternalW
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 46688
--> http://bugs.winehq.org/attachment.cgi?id=46688
log
the CreateProcessInternalW in kernel32.dll seems not implemented.
cause a execution file crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33381
Bug #: 33381
Summary: Mayhem Triple renders too small
Product: Wine
Version: 1.5.25
Platform: x86
URL: http://www.sniperdiplomat.com/MayhemTriple.rar
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Output only occupies about a third of the window. Mouse behaves as if it were
scaled to fit.
--
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=53082
Bug ID: 53082
Summary: "explorer: Create clipboard manager thread when
creating a desktop." causes hangs on wine startup
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com
Regression SHA1: d8a74e5cf9f259c5ec9480e74d286c93609b8d9c
Distribution: ---
Since this commit, d8a74e5cf9f259c5ec9480e74d286c93609b8d9c "explorer: Create
clipboard manager thread when creating a desktop.", hangs occasionally when
setting up a new wineprefix. (It's possible that it also hangs when starting
wine with a preexisting wineprefix, but I pinpointed it for the init procedure
when setting up a fresh wineprefix.)
I've built wine headless (I only run command line executables), i.e. configured
with "--without-x" (on Linux). I've reproduced this on arm32, but it's
plausible that the same can happen on other architectures, too.
When bootstrapping a new wineprefix (setting WINEPREFIX to a new, nonexistent
directory, running "wine wineboot"), it can hang, printing errors like these:
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
Did this commit trigger some race condition when bootstrapping the environment?
This issue doesn't happen every time - when testing setup of a new wineprefix,
it happens maybe once in 5-10 attempts.
--
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=53076
Bug ID: 53076
Summary: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and
ntoskrnl.exe.KeLowerIrql
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Ensure that you are running a version of Wine that has the fix for Bug
53051.
2. Install Kvaser Drivers for Windows (kvaser_drivers_setup.exe).
3. Install Kvaser CanKing (kvaser_canking_setup.exe).
4. Run Kvaser CanKing (C:\Program Files (x86)\Kvaser\CanKing\wc32.exe).
5. Click through the warning dialog, create a new project with one channel,
click through the "Tip of the Day" dialog, and finally, click "Start Run".
At least one thread crashes on the unimplemented function
ntoskrnl.exe.KfRaiseIrql. After adding a stub for that function, it crashes
again in ntoskrnl.exe.KeLowerIrql.
$ sha256sum *.exe
3f834a49ed416b1a06f313736223074a426d9cfe1a78f0095825c1781e78a3dc
kvaser_canking_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
kvaser_drivers_setup.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=52893
Bug ID: 52893
Summary: GreedFall crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72286
--> https://bugs.winehq.org/attachment.cgi?id=72286
backtrace
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
wine: Unhandled page fault on read access to 000000000FB68000 at address
00000001807DAAB5 (thread 0448), starting debugger...
wine-7.7-79-g7af93f497c3
--
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=39144
Bug ID: 39144
Summary: SpinTires tech demo wrong rendering after changing
screen resolution
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z
ip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 52170
--> https://bugs.winehq.org/attachment.cgi?id=52170
screenshot
Steps to reproduce:
1. Set screen resolution in winecfg to 800x600
2. Use a native d3dx9_36
3. Run tech demo and set screen resolution to 1024x768
4. You should get the result as on screenshot
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53112
Bug ID: 53112
Summary: winegstreamer build error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
/root/code/dlls/winegstreamer/wg_transform.c:84:12: error:
void value not ignored as it ought to be
return gst_video_info_align(info, align);
return type is void, not bool.
The function is declared as follows in gstreamer-1.0:
/usr/include/gstreamer-1.0/gst/video/video-info.h:
void gst_video_info_align (GstVideoInfo * info, GstVideoAlignment * align);
--
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=53035
Bug ID: 53035
Summary: Out-GridView (when winversion >win7) is broken since
182feddd4b02e83f3c69863bc2e6e63945eb2df1
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: 182feddd4b02e83f3c69863bc2e6e63945eb2df1
Distribution: ---
Since the mentioned commit now an "Unhandled division by zero" is encountered
when trying to display Out-GridView in Powershell Core; (the
DwmGetCompositionTiming is apparently only called when winversion > win7)
Maybe returning a non-zero value in one of the DWM_TIMING_INFO members is
enough to fix this, but i haven`t tested
crash:
wine: Unhandled division by zero at address 00000000243E54D3 (thread 0158),
starting debugger...
Steps to reproduce:
1. Install
https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…
2. Set windows version to win10 (or win81)
3. Then do for example:
'wine pwsh -c Get-Process \| Out-gridview'
(Note: the backslash is only needed to escape the pipe operator in bash)
Workaround for now: disable dwmapi, makes it work again
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52663
Bug ID: 52663
Summary: Civilization 4: no text in main menu
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
CC: hverbeet(a)gmail.com, z.figura12(a)gmail.com
Regression SHA1: eb90d5db4f9bf92059d379d4fe0ea4a516db5e5c
Distribution: Fedora
Created attachment 71984
--> https://bugs.winehq.org/attachment.cgi?id=71984
left - wine 7.3, right - wine 7.2
Steps to reproduce:
1) remove ~/.wine
2) winetricks d3dx9_31 d3dx9_33 msxml3
3) install Civilization4
4) wine Civ4BeyondSword.exe
Behaviour:
No intro movies and no text in main menu (see attachment).
Expected behaviour:
Intro movies and text in main menu should appear.
Additional comment:
NVIDIA 340-xx
--
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=53138
Bug ID: 53138
Summary: crypt32:chain - testGetCertChain() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:chain - testGetCertChain() fails in Wine:
chain.c:4600: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4606: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
chain.c:4613: Test failed: chain->TrustStatus.dwErrorStatus = 1000041
https://test.winehq.org/data/patterns.html#crypt32:chain
A bisect shows that the failures started with the commit below:
commit f74271648776969cc8d4b914ac8d409c4f37f6d5
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:21 2022 +0200
cryptnet: Give precedence to OID_AUTHORITY_INFO_ACCESS in
verify_cert_revocation().
Signed-off-by: Hans Leidekker <hans(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=53038
Bug ID: 53038
Summary: Epic Launcher Crash at Start: Unhandled exception:
divide by zero in 64-bit code
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: ozan.turkyilmaz(a)gmail.com
Distribution: ---
Created attachment 72411
--> https://bugs.winehq.org/attachment.cgi?id=72411
Backtrace
I updated wine from 7.8 to 7.9 and Epic Launcher started crashing at the start.
The crashreportclient causes the crash as far as I can understand. The
backtrace is attached.
I compile and package my wine using build scripts from wine-git repo. I
compiled it at tag 7.9 this time. I also compile both 32 bit and 64 bit
versions together.
I think it is a regression and will try doing regression analysis to see if it
is true.
--
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=45634
Bug ID: 45634
Summary: enabling CSMT ruins performance for rFactor 1.255
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jose1711(a)gmail.com
Distribution: ---
ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded
command stream by default" the performance of wine running rFactor is severely
degraded making the game unplayable - intro movie plays fine but then even the
menu navigation stutters. could be one of the cases where CSMT actually hurts
rather than helps. the same performance degradation can be observed on
pre-dd0ae wine when enabling CSMT via registry key.
--
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=36720
Bug ID: 36720
Summary: LCMapString with the parameter NORM_IGNORENONSPACE
does not remove diacritics
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 48766
--> http://bugs.winehq.org/attachment.cgi?id=48766
Source and binary to reproduce a bug in Wine implementation of LCMapString
Hello,
Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to
remove diacritics (e.g. accents) from a string and it works fine.
But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from
the string (the string is unchanged).
This bug impacts this software
http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654
On the next version of the product, a client running on Wine cannot connect to
a server running on Windows if the login contains diacritics.
I attach a small project to reproduce the problem. It is written in Pascal
(Delphi) but can be easily converted to another language.
--
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=33383
Bug #: 33383
Summary: Hiding application to Mac OS X Dock causes crash.
Product: Wine
Version: 1.5.28
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eliturner(a)me.com
Classification: Unclassified
Now that the Mac OS X driver is implemented when hiding any application to the
Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package
from Macports.
Thanks!
--
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=52998
Bug ID: 52998
Summary: xaudio2_7:xaudio2 fails on Windows 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_7:xaudio2 has the same set of systematic failures on all Windows 1909+
versions:
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000000}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000001}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000002}) failed: 8007000e
xaudio2.c:1096: Test failed: xaudio2_8.dll:
CreateFX({a90bc001-e897-e897-7439-435500000003}) failed: 8007000e
xaudio2.c:1116: Test failed: xaudio2_8.dll: CreateFX(CLSID_AudioVolumeMeter)
failed: 8007000e
https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2
The error code is E_OUTOFMEMORY and the failures correspond to the following
formats:
CLSID_FXEQ27
CLSID_FXMasteringLimiter27
CLSID_FXReverb27
CLSID_AudioVolumeMeter
Strangely enough the test succeeds on Windows 10 1507, 1607, 1709 and 1809
without any visible skip.
So it's as if support for these formats was removed (but that's a strange error
code to say so), or something more must be done to get them initialized
properly.
--
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=52995
Bug ID: 52995
Summary: shell32:shelllink crashes in Wine cause
shell32:shellpath's test_PathResolve() to fail
(test.bat file)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shellpath's test_PathResolve() fails seemingly randomly:
shellpath.c:3049: Test failed: test 4: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 8: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 14: expected 0, got 1
shellpath.c:3049: Test failed: test 14: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 16: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 19: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 20: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3049: Test failed: test 24: expected
L"C:\\users\\winetest\\Temp\\test.lnk", got
L"C:\\users\\winetest\\Temp\\test.bat"
shellpath.c:3048: Test failed: test 26: expected 0, got 1
shellpath.c:3049: Test failed: test 26: expected
L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat"
https://test.winehq.org/data/patterns.html#shell32:shellpath
But it turns out the dates when shell32:shellpath failures all match dates when
shell32:shelllink crashed:
https://test.winehq.org/data/patterns.html#shell32:shelllink
What happens is that shell32:shellpath looks for a "test.lnk" file. But if one
creates a "c:\users\...\Temp\test.bat" file before starting the test, that's
what gets returned instead, thus causing the failures. shell32:shelllink just
happens to use a file by that name. Normally it gets cleaned up but that just
does not happen when shell32:shelllink crashes!
So I think the right fix would be to make shell32:shellpath more resilient:
* Delete "test.*" before checking for test.lnk. But that runs the risk of
deleting files dear to the person running the test (they are in a Temp
directory but still).
* Use some GetTempFileName() or some similar API to generate a unique filename.
* Or just use a name that's less likely to be a leftover from a previous test,
"shellpath.lnk" for instance. Very basic but maybe sufficient.
--
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=52752
Bug ID: 52752
Summary: Rich Edit Control does not support drawing OLE objects
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com
Distribution: ---
Originally reported by Dongwan Kim.
Rich Edit control does not support rendering OLE objects inside text. Instead
it outputs the following log entry:
fixme:richedit:draw_ole Couldn't get storage medium
Affected applications:
- KakaoTalk cannot render emoticons and @mentions in the chat input box.
--
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=46782
Bug ID: 46782
Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS
flag
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)lanrules.de
Distribution: ---
This flag is supported by all Windows versions down to at least Windows 7.
It is used, for example, by Qt in QCollator.
See https://bugreports.qt.io/browse/QTBUG-74209 for reference.
CompareStringEx:
https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string…
Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913
--
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=49232
Bug ID: 49232
Summary: Saints Row The Third Remastered shows floating black
rectangles
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rca(a)psy-q.ch
Distribution: ---
Created attachment 67236
--> https://bugs.winehq.org/attachment.cgi?id=67236
Screenshot showing black rectangles in the scene
The game shows floating black rectangles in your view. They don't appear when
looking straight down at the ground and also not in indoor scenes. Attached
screenshot shows the effect
I am guessing it might have something to do with street lamp halos or an effect
like that.
The log mentions:
0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2.
00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in
glCopyImageSubData(internalFormat mismatch)".
--
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=34176
Bug #: 34176
Summary: Kernel32:CompareStringW strange behavior ?
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.manette(a)manette.be
Classification: Unclassified
Created attachment 45460
--> http://bugs.winehq.org/attachment.cgi?id=45460
Sorce and compiled executable for wineTest.exe + winedbg log.txt
Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64).
When running a console program of mine (Delphi XE2 compiled under Windows
Vista) I'm observing an important behavior difference under wine than
nativevely.
I narrowed down the symptom to a string comparison of some sort.
Source file below is a code snippet to reproduce the problem (source is UTF-8,
Delphi is utf-8 / WideString, WideChar aware).
Here is the (correct/expected) result when program is run natively under
Windows Vista:
G:\__Project-2\Code\wineTest>wineTest
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE TRUE
* TEST-005: TRUE TRUE
* TEST-003: TRUE TRUE
Here is the same program output when run from Wine:
root@Bilbo-100:~# wine wineTest.exe
Wine cannot find the ncurses library (libncurses.so.5).
fixme:thread:GetThreadUILanguage : stub, returning default language.
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE FALSE
* TEST-005: TRUE FALSE
* TEST-003: TRUE FALSE
For what I understood the TStringList IndexOf method may use Windows API's
CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html)
Is this a configuration problem (locale ?)
May this be a bug or implementation problem ?
I can provide the corrsponding binary wineTest.exe
//////////////////////////////////////////////////
Using winedbg I could crosscheck that CompareStringW for two different strings
result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3).
Maybe this is because of locale setting or flags setup ?
root@Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt
root@Bilbo-100:~# grep CompareStringW log.txt
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
///////////////////////////////////////////////////
program wineTest;
{$APPTYPE CONSOLE}
Uses Classes;
var
sl : TStringList;
begin
Write(ErrOutput, '* TEST-001: ');
if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-002: ');
if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
sl := TStringList.Create;
Write(ErrOutput, '* TEST-004: ');
sl.Clear;
sl.Add('m²');
if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-005: ');
sl.Clear;
sl.Add('m³');
if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
sl.Clear;
sl.Add('ééé');
if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
end.
--
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=53168
Bug ID: 53168
Summary: kernel32:debugger - test_ExitCode() has a rare timeout
condition running dbg,attach,process,event,detach
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - test_ExitCode() has a rare timeout condition running
dbg,attach,process,event,detach:
debugger.c:610: running dbg,attach,process,event,detach...
debugger.c:621: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:659: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
kernel32:debugger:0dcc done (258) in 125s
https://test.winehq.org/data/patterns.html#kernel32:debugger
The failures are very rare (~0.6%) but always happen in the same location: in
the (last) crash_and_debug(... "dbg,attach,process,event,detach") call in
test_ExitCode().
This failure has mostly been seen on Windows 10 21H1 but it happened at least
once in 1507. So it is likely that all Windows 10 versions are impacted. It
also happens in both 32- and 64-bit code.
--
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=32224
Bug #: 32224
Summary: LTspice: selected text/component after Ctrl+F not
highlighted
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: testelor(a)yahoo.com
Classification: Unclassified
Steps to reproduce:
1) Download and install LTspice -
http://ltspice.linear.com/software/LTspiceIV.exe
2) Run LTspice using:
$ wine scad3.exe -nowine
3) Create a new schematic, press 'R' (resistor), for example, and place
it twice by clicking. There should be R1 and R2 on the schematic.
4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in
yellow, but they're not.
Side note:
- create a new schematic, press F2 to bring up the device list.
- select current, place it on the schematic
- right-click on it and type '1', no quotes, then OK
- press 'R', place it next to the current source, in parallel
- right click on it and replace "R" with '1', no quotes, then OK
- press 'G' and place ground on the lower pins of both components
- press F3 and draw a net by clicking on the unconnected current source's pin,
then on the resistor's
- press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on
the schematic
- in the toolbar, press the 'running man' button, or right-click on the
schematic and choose "run"
- it should be almost instant, a new empty window will pop up, above
- move the mouse cursor over the resistor until the cursor changes into a
current-clamp (something black with a red arrow), then click once to display
the current through the resistor
- in the newly created window, there will be a trace displayed and a label at
the top, reading I(R1)
Alt+left-clicking on the label will highlight the resistor. That's how it
should look like after Ctrl+F. Alternatively, you can just run "wine
scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning.
No screenshot as it doesn't make sense to show what doesn't happen...
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28282
Summary: Sound constantly crackling in StarCraft II
Product: Wine
Version: 1.3.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pitlicek(a)gmail.com
Sound is crackling since 1.3.26 (and still does in 27) and console is spammed
with "err:alsa:wine_snd_pcm_recover underrun occurred".
Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to
emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again,
change makes no difference), 16 bps. Using OSS and padsp results in no sound at
all.
But it's still better than no sound in 1.3.25 after mmdevapi
rewrite/implementation. ;)
--
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=49498
Bug ID: 49498
Summary: In file-open dialog, selecting .lnk shortcut picks
shortcut instead of going to target folder
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure
about file), it sends the shortcut to the program instead of navigating to the
folder.
OpenMPT is one app which expects you to open a .lnk file in a file-open dialog.
The way I found this bug is:
- Install OpenMPT on Windows or Wine.
- Open the View menu and click Setup.
- Click the Keyboard tab, and click "Import Keys...".
If you double-click "More Keymaps", Windows would go to the .lnk target
directory. But Wine returns the .lnk file from the file-open dialog.
Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style
file dialogs are terrible.
https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2…
On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return
the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file.
MFC defines two types of dialogs with a similar C++ API. XP = Common File
Dialog (I think), Vista = Common Item Dialog (COM-based).
--
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=52951
Bug ID: 52951
Summary: gdi32:font - test_GetGlyphOutline() fails on "VL
Gothic" in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine:
font.c:4885: Test failed: expected 36, got 19 (VL Gothic:136)
font.c:4903: Test failed: expected 36, got 19 (VL Gothic:136)
https://test.winehq.org/data/patterns.html#gdi32:font
This begs two questions:
1. Is this a bug in the font, or a bug in the test?
2. Why does this happen on the debian11 (and debiant) VMs, but not on fg-deb64
(my development machine)?
On Debian VL Gothic is brought in by this package dependency chain:
libsane -> libpoppler-glib8 -> libpoppler102 -> poppler-data -(suggest)->
fonts-vlgothic
Interestingly poppler-data has alternatives to fonts-vlgothic one of which is
already installed:
fonts-ipaexfont-gothic
fonts-ipfont-gothic (installed)
fonts-ipafont-nonfree-jisx0208
fonts-mona
fonts-takao-gothic
fonts-umeplus-cl
fonts-vlgothic (installed)
But the reason for the difference is that fg-deb64 has the AR PL UMing CN font
(from the fonts-arphic-uming package) and not the TestBot VMs. The lack of
UMing also causes a test to be skipped on the TestBot VMs:
1: (IPAGothic:128)
2: (NanumGothicCoding:129)
font.c:4867: Tests skipped: Fixed-pitch TrueType font for charset 134 is not
available
4: (VL Gothic:136)
So I'm going to install fonts-arphic-uming on the TestBot VMs which should
swipe these two failures under the rug.
Note: I don't have information on how much this will increase the runtime (see
bug 51367) but it seems like it shouldn't be too bad.
--
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=51433
Bug ID: 51433
Summary: Battle.Net: Installer terminates with
BLZBNTBTS0000005C error screen
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pep(a)bouah.net
Distribution: ---
Created attachment 70285
--> https://bugs.winehq.org/attachment.cgi?id=70285
Wine logs
Hi there,
Trying to install Heartstone (Blizzard), it failed when updating the battle.net
updater. I reproduced with the Battle.Net Installer directly, downloaded from
here:
https://www.blizzard.com/en-us/download/confirmation?platform=windows&local…
(shasum seems to give me something different each time I download it again)
The error dialog the installer shows says "More help: BLZBNTBTS0000005C".
Logs from the installer in attachments. I get the same error with wine and wine
and wine-staging 6.12 with a fresh profile.
--
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=53160
Bug ID: 53160
Summary: Ancestral Quest 16.0.11: Data from linked FamilySearch
shrinks and then disappears
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: drjk011(a)live.com
Distribution: ---
Ancestral Quest is software designed for storing and managing personal family
history data. When a person is linked to FamilySearch (free account) and
'Review with FamilySearch" is selected, data from FamilySearch is retrieved and
the textbox is supposed to be populated so local data can be compared with
FamilySearch data.
The data momentarily is presented, then shrinks smaller and smaller until it
disappears from view. With text data, there are no error messages, just
disappearing text.
If Ancestral Quest is a registered version, then photos may be compared with
FamilySearch as well. In this case, the same action occurs until the there is a
divide-by-zero error and the program crashes.
Hardware:
PclinuxOS 2022
KDE Plasma 5.24.5
Ryzen 5-3600, 23.5 GiB Ram, NVIDIA GTX 1060
Wine 7.6
Software:
Ancestral Quest 16.0.11 by Incline Software
http://www.ancestralquestonline.com/updates/getlatest.asp?demo=1
Error demonstrated with the “Scrapbook Sample Database” freely downloadable
from the publisher
http://www.ancquest.com/download.htm
Connecting to FamilySearch by the Church of Jesus Christ of Latter Day Saints.
One must be registered, but it is a free account.
https://www.familysearch.org/en/
Attachments:
Four (4) screenshots from Windows of how it is supposed to look:
Screenshot_main.png; Screenshot_sub-details.png; Screenshot_sources.png; and
Screenshot_sub-photos.png
Two (2) mpg files showing what is actually seen: "RealTime.mpg" shows accessing
the above mentioned 4 areas, and "Clips slowed 90%.mpg" showing what is
happening slow enough to actually evaluate.
One (1) backtrace file "backtrace.txt" showing information when the photos
cause the program failure.
Comment:
>From my working with this issue and attempting to find a resolution, to me it
seems that this is not exactly a failure of Wine, but rather a procedure or
function dealing with size and placement (located in User32.dll) that is not
yet fully implemented. I could not find any patches or work that addresses this
issue. One backtrace (that I cannot yet duplicate) referenced a
WINPOS_SysCommandSizeMove procedure followed by a WINPROC_call_window
procedure; indicating that there were missing parameters.
I would be happy to provide more details and/or logs if that would be helpful.
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=53158
Bug ID: 53158
Summary: The Sabadell bank's BS Online program gives an error
when trying to restore a backup
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guilhe_gz(a)hotmail.com
Distribution: ---
Created attachment 72591
--> https://bugs.winehq.org/attachment.cgi?id=72591
Backtrace.txt file generated by Wine at the time of failure
The Sabadell bank's BS Online program gives an error when trying to restore a
backup.
The program initially loads correctly, and also connects correctly with the
bank, but when trying to restore a copy, the error window pops up.
I leave the error output in the backtrace_last.txt file.
The page from where you can download the program is
https://www.bancsabadell.com/StaticFiles/bsonlineficheros/setup-004_220.exe
The version I am testing with is 004_220
--
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=53026
Bug ID: 53026
Summary: F.E.A.R. (original) has "Disconneted from server"
massage every time starting a new game
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
It is impossible to start a new game because of this (however the benchmark
works good). Don't know, if it is a Wine bug or a game quirk, but for Windows 7
(x64) the same copy of the game works fine.
--
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=46609
Bug ID: 46609
Summary: openbor: executable freezes while loading game (Marvel
Infinity War)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cardogar(a)hotmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Created attachment 63509
--> https://bugs.winehq.org/attachment.cgi?id=63509
Log file
When running the openbor game Marvel Infinity War the wine-preloder freezes
(not responding).
Game can be downloaded here http://www.zvitor.com.br/Downloads/miw_v1.2.rar
Attached console output.
Games constructed with different openbor engine versions work.
--
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=53149
Bug ID: 53149
Summary: quartz:filtergraph - test_filter_state() has a pair of
rare failures on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:filtergraph - test_filter_state() has a rare failure on Windows 10:
filtergraph.c:3730: Test failed: Got state 2.
filtergraph.c:3731: Test failed: Got state 2.
https://test.winehq.org/data/patterns.html#quartz:filtergraph
The failure is known to happen on w1064v1909 and w10pro64 (21H1), but its
failure rate is pretty low (3.2%) so it's unclear if other Windows versions are
affected too. It does seem that the failure is specific to 64-bit code.
--
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=53146
Bug ID: 53146
Summary: kernel32:process - test_handle_list_attribute() has a
rare failure on Windows 10 1607+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - test_handle_list_attribute() has a rare failure on Windows
10 1607+:
On Windows 10 1607:
process.c:4288: Test failed: Unexpected return value, error 127.
where 127 == ERROR_PROC_NOT_FOUND
And on Windows 10 1709+:
process.c:4288: Test failed: Unexpected return value, error 203.
203 == ERROR_ENVVAR_NOT_FOUND which is a bit strange
https://test.winehq.org/data/patterns.html#kernel32:process
The failure rate is about 5.3%.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53143
Bug ID: 53143
Summary: kernel32:debugger - test_debugger() fails randomly on
Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - test_debugger() fails randomly on Windows 10:
debugger.c:1760: Test failed: unexpected instruction pointer 778B2A0C
https://test.winehq.org/data/patterns.html#kernel32:debugger
The address changes with every run which causes this failure to always look
like a new one.
--
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=53141
Bug ID: 53141
Summary: dsound:dsound - test_notify() has a rare failure on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dsound:dsound - test_notify() has a rare failure on Windows:
dsound.c:1072: Test failed: expected 0. got 258
or sometimes
dsound.c:1072: Test failed: expected 1. got 258
or even
dsound.c:1060: Test failed: got 00000000
dsound.c:1072: Test failed: expected 1. got 258
https://test.winehq.org/data/patterns.html#dsound:dsound
The failure rate appear to be about 6.6% and this seems to only happen on
Windows 10 1809+, real hardware (cw-gtx560) and VMs alike. This failure did not
happen on all test configurations. Maybe there's something special about those
that got this failure, or the others just got lucky due to the low failure
rate.
--
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=53140
Bug ID: 53140
Summary: Origin spawn multiple invisible Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 72583
--> https://bugs.winehq.org/attachment.cgi?id=72583
Origin windows seen from a Wine virtual desktop
EA Origin when opened spawns extra windows that shouldn't be seen and do
various things (they can be seen in the attachment).
The first is a digital clock that only updates when focused.
The second and the fourth one show garbage, while the third one is just a logo.
The fifth one shows "OFFLINE MODE", and clicking it actually puts you in
offline mode.
The sixth one shows a list of items, all but "Achievements" and "Download
Manager" are functional.
They can be closed with no apparent side effect. Closing Origin's main window
and then reopening it doesn't spawn them again.
These windows are normally invisible (even in the taskbar), but they can be
seen by either using Wine virtual desktop (where they can be seen in the
taskbar) or by using a tiling window manager (the behavior depends on the WM:
Sway for example tiles the extra windows while leaving the main window stacked
(though the mouse cursor may stop matching the actual position), kwin-tiling
doesn't tile the extra window but leaves extra space as if they need to be
tiled while the main windows is stacked and very slow and unresponsive, Bismuth
doesn't know how to handle this and crashes the entire desktop environment).
While I don't know if the fact that they exist in the first place is
"intended", their behavior is certainly destructive (though it can be worked
around by setting the tiled window managers to not tile Origin, it certainly
isn't something that should be done).
(Wine version is set to unknown because I tested the Lutris script with both
Wine-lutris and Wine-tkg, but not vanilla Wine).
--
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=52837
Bug ID: 52837
Summary: The text cannot be displayed normally in the "小K直播姬"
software
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 3238998313(a)qq.com
Distribution: ---
Created attachment 72232
--> https://bugs.winehq.org/attachment.cgi?id=72232
The log output from the terminal (the action is recorded).
Run "Little K Live Ji" on the 7.6 version of the development branch, and the
expected version of WineD3D is 1.2.
The packages for Winehq are packaged by the distribution ArchLinux. See the log
file for details. The official website of the software is
https://yunboai.com/liverc; you can also get a complete copy of the software
from here: https://www.123pan.com/s/lgeRVv-zauHd, password: wine.
I looked at the output and everything seems to be working fine until line 1578,
after doing the login it opens a new process and reports back and forth
warnings and errors for d3d11, some modules and WineD3D.
The main thing that affects my continued use of the software is that in this
new process it barely displays text properly and is mostly blank. According to
the information, the software cannot be run directly after the d3dx11 bug patch
is applied by Winetricks.
Main output: MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
This software has not been tested in versions prior to 7.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=53127
Bug ID: 53127
Summary: mmdevapi:render - test_clock() gets misfit fragments
on Windows 10 2004+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:render - test_clock() gets misfit fragments failures on Windows 10
2004+:
render.c:1040: Test failed: BufferSize 24576 misfits fragment size 720 at rate
48000
https://test.winehq.org/data/patterns.html#mmdevapi:render
This failure is somewhat rare and only happens on Windows 10 >= 2004. It also
never happened on the cw-gtx560 and cw-rx460 machines. So it's possible that
this is a QEmu issue.
The ill fitting fragment size is also always the same: 24576.
--
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=53126
Bug ID: 53126
Summary: mmdevapi:render - test_clock() has timing-related
failures
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:render - test_clock() has timing-related failures:
render.c:1114: Test failed: Position 54256 too far after playing 100ms
https://test.winehq.org/data/patterns.html#mmdevapi:render
These happen on Windows and Wine and are quite frequent but the position
changes on every run causing the failure to always look new.
It may be possible to reduce the frequency of the failures by improving the
accuracy of the timing measurements but it's not clear if the failures can be
completely eliminated without making the timing margins meaninglessly large.
See also:
https://www.winehq.org/pipermail/wine-devel/2020-November/176708.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=53098
Bug ID: 53098
Summary: Diablo Immortal hangs after launch
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 72528
--> https://bugs.winehq.org/attachment.cgi?id=72528
TerminalOutput
The game doesn't crash it doesn't show any window, seems like it is frozen
after printing a couple of lines to the terminal window.
--
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=53119
Bug ID: 53119
Summary: River City Girls - sound stuttering
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
There are small sound stutterings during intro video ("we're gonna fight you"
video"). (both in WINE 7.0 and 7.10). The game is GOG 1.1 version.
--
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=53118
Bug ID: 53118
Summary: River City Girls - comix video bug
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
When starting a new game and watching intro movie, there are color pink and
green stripes across the screen. The same for stable 7.0 and beta 7.10 WINE.
--
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=41163
Bug ID: 41163
Summary: Minimum memory for Nvidia GTX 1060 should be 3GB
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
In dlls/wined3d/directx.c a comment says
"The amount of video memory stored in the gpu description table is the minimum
amount of video memory "found on a board containing a specific GPU."
The line for Nvidia GTX 1060:
{HW_VENDOR_NVIDIA, CARD_NVIDIA_GEFORCE_GTX1060, "NVIDIA GeForce GTX
1060", DRIVER_NVIDIA_GEFORCE8, 6144},
6144 should probably be changed to 3072, since a 3GB version of the GTX 1060
(with slightly cut-down GPU) has been announced:
http://www.eurogamer.net/articles/digitalfoundry-2016-nvidia-unveils-cut-do…
Either that, or a separate entry for the 3GB model should be added.
Also, in dlls/wined3d/wined3d_private.h is the PCI ID for the GTX 1060:
CARD_NVIDIA_GEFORCE_GTX1060 = 0x1c03,
Nvidia uses 0x1C02 for the 3GB GTX 1060, according to the Windows driver INF
file:
NVIDIA_DEV.1C02.8438.19DA = "NVIDIA GeForce GTX 1060 3GB"
NVIDIA_DEV.1C03.9438.19DA = "NVIDIA GeForce GTX 1060 6GB"
--
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=53055
Bug ID: 53055
Summary: Error message when starting a program, i.e. foobar2000
or Foxit Reader 11
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ndis.sys
Assignee: wine-bugs(a)winehq.org
Reporter: n.kau(a)web.de
Distribution: ---
Created attachment 72453
--> https://bugs.winehq.org/attachment.cgi?id=72453
Saved error message
When starting a program in Wine, i.e. foobar2000 or Foxit Reader 11, an error
message pops up. The programs still start properly. Attached is the error
saved.
--
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=8195
Carlo Bramini <carlo.bramix(a)libero.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlo.bramix(a)libero.it
--- Comment #35 from Carlo Bramini <carlo.bramix(a)libero.it> ---
*** Bug 53117 has been marked as a duplicate of this bug. ***
--
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=50661
Bug ID: 50661
Summary: LibvirtTool: Automatically create Windows snapshots
with test signing turned on
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: ---
Having test configurations with test signing turned on would be useful:
https://www.winehq.org/pipermail/wine-devel/2020-October/175882.html
There is now one such Windows 10 configuration, w1064_tsign, which was created
manually.
But to generalize this LibvirtTool should know how to turn on test signing
before creating live snapshots. Fortunately this seems pretty simple: just run
"bcdedit /set testsigning on" and reboot. So it should be possible to add that
in Revert().
--
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=44728
Bug ID: 44728
Summary: Bad windows version detection with python module
"platform"
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gillg02(a)hotmail.com
Distribution: ---
If you use a python script (for exemple built-in into an installer) wich use
native module "platform" to detect OS platform and version, you could have a
bad version number regarding your wine config.
Here, an extract of native "platform.py" file (python 3.5), and the line wich
cause this issue + a test to patch it temporarly.
def win32_ver(release='', version='', csd='', ptype=''):
try:
from sys import getwindowsversion
except ImportError:
return release, version, csd, ptype
try:
from winreg import OpenKeyEx, QueryValueEx, CloseKey,
HKEY_LOCAL_MACHINE
except ImportError:
from _winreg import OpenKeyEx, QueryValueEx, CloseKey,
HKEY_LOCAL_MACHINE
winver = getwindowsversion()
maj, min, build = winver._platform_version or winver[:3]
########## Begin PATCH for WineHQ ############
maj, min, build = winver[:3]
########## End PATCH for WineHQ ############
version = '{0}.{1}.{2}'.format(maj, min, build)
release = (_WIN32_CLIENT_RELEASES.get((maj, min)) or
_WIN32_CLIENT_RELEASES.get((maj, None)) or
release)
For a win10 configured, see dumps below :
winver._platform_version => (5, 1, 2600)
winver[:3] => (10, 0, 15063)
I don't know exactly why, but somwhere in windows confs or dlls something is
wrong.
For information, getwindowsversion() seems to be a wrapper of Win function
GetVersionEx()
--
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=31387
Bug #: 31387
Summary: Helicopter's tail prop is sometimes partly black in
GTAIV
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 41247
--> http://bugs.winehq.org/attachment.cgi?id=41247
Screenshot
This bug is similar to bug 21197, but this particular thing wasn't fixed by the
commit which did fix that bug. See the screenshot. Symptoms are the same - one
of the propeller blades is black with black pixels around.
How to reproduce once in the game:
1. Find/spawn Police Maverick helicopter
2. Get inside it
3. Take off to be about 10 m above ground
4. Press 'S' and hold it so that helicopter punches the ground
5. See the artifact appear
--
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=52777
Bug ID: 52777
Summary: Ghost Recon Advanced Warfighter 2 does not render
shadows
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: cmartinez2985(a)gmail.com
Distribution: ---
Shadows in GRAW2 (and GRAW1 which is the same engine) do not render at all, no
matter the selection.
I am running Arch Linux using a Radeon 5700XT on mesa-git 22.1 drivers. The
game uses DX9. Please let me know what I can attach to reproduce the issue.
Side note: this also occurs with DXVK but I've tested with a fresh WINE prefix
without DXVK. The shadows DO render running on Windows 11. This old bug might
have more info: 38015
--
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=41464
Bug ID: 41464
Summary: Quake live sound latency
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: cosiekvfj(a)o2.pl
Distribution: ---
Hi. I measured sound latency(from fire button to gauntlet noise)(audacity) and
it's about >160ms. For that fast paced game it's to much. Even after tweaking
s_mixprestep and alsa buffer it's still to much.
Soundbackend Alsa
Linux GA-MA790X-DS4 4.6.7-1-MANJARO #1 SMP PREEMPT Tue Aug 16 19:20:55 UTC 2016
x86_64 GNU/Linux
--
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=53113
Bug ID: 53113
Summary: GTA 3 doesn't start
Product: Wine-staging
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72559
--> https://bugs.winehq.org/attachment.cgi?id=72559
Log
GTA 3 doesn't start. I attach the log, it is strangely short.
--
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=25173
Summary: No sound in menus/game play in Call Of Duty : Black
Ops
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oneofone(a)gmail.com
Created an attachment (id=31938)
--> (http://bugs.winehq.org/attachment.cgi?id=31938)
WINEDEBUG=+dsound
It's not http://bugs.winehq.org/show_bug.cgi?id=16942 as far as I can tell, I
tried everything.
Clean prefix, winver=windows7, disabled mmdevapi.
When I tried native dsound I lost the sound in the cut scenes.
--
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=52836
Bug ID: 52836
Summary: winecfg -v does not work to set the windows version
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)fernandolucas.info
Distribution: ---
Winecfg -v is not working to setup the windows version.
It stopped to work in wine 7.5, and is still broken in 7.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=49902
Bug ID: 49902
Summary: Garbled text in Rufus' tooltips
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
Distribution: ---
Created attachment 68260
--> https://bugs.winehq.org/attachment.cgi?id=68260
Comparison between Wine and Windows 10
Hi,
I noticed that upon hovering over any of Rufus' buttons, a tooltip containing
random garbled text (presumably uninitialized memory) is displayed every time.
I tested this on Wine 5.18 (Arch and Ubuntu) and Wine 5.0 (Ubuntu only) and it
is always reproducible.
Probably unrelated to this, but clicking on the "CLOSE" button doesn't do
anything.
exe: rufus-3.11p.exe
sha1: 26d30f2085c27a96a8c7e9a007da18d7624e4fea
url: https://github.com/pbatard/rufus/releases/download/v3.11/rufus-3.11p.exe
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=53107
Bug ID: 53107
Summary: LUNARiA trial: some effects fail to display with bogus
"Failed to allocate system memory" error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fallenguru(a)protonmail.com
Distribution: ---
Created attachment 72543
--> https://bugs.winehq.org/attachment.cgi?id=72543
terminal output, three ways
Trial download page: https://key.visualarts.gr.jp/kinetic/lunaria/#download
Trial download direct link:
https://sample9.dmm.com/digital/pcgame/vsat_0274/vsat_0274t.zip
Trial SHA1: 4c0f3e206406d36e32634e8f56b558b5accf73ce vsat_0274t.zip
It probably needs Japanese locale (LANG=ja_JP.UTF-8) to run.
To make video playback work, I ran StartData/Config.exe and switched the method
from WMP to MCI; then transcoded the videos from WMV to WEBM.
Start a new game, then best hold down the left ctrl key to fast-forward.
Assuming you can't read Japanese, or at least don't want to read it all,
specifying where the error occurs is a bit difficult. I can attach my savegame
directory on request, but the upshot is that it shouldn't crash nor throw any
other error.
Anyway, WINE doesn't like some animated(?) effects the game tries to display:
010c:err:d3d:wined3d_resource_allocate_sysmem Failed to allocate system memory.
010c:err:d3d:texture_resource_sub_resource_map Failed to prepare location.
(Neither RAM nor VRAM are anywhere near capacity.)
Vanilla WINE crashes right after this with an unhandled page fault.
Setting WINE_LARGE_ADDRESS_AWARE=1 got me past the first of these effects (that
I noticed); for a later one there's a good chance the game itself pops up an
error message instead, roughly: "Image file ef_cyberline could not be opened.
An error has occurred in the function LockRect. hr 0x8007000e (E_OUTOFMEMORY)".
In that case, it continues to run after and just skips the effect.
So I installed DIVK into the prefix and that has been flawless so far, so I
thought a bug in WINE's Direct3D implementation might be in play.
Fresh 7.10 prefix (winehq official repo, Ubuntu 18.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=52888
Bug ID: 52888
Summary: Shadow Tactics: Aiko's Choice crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72281
--> https://bugs.winehq.org/attachment.cgi?id=72281
log
D3D11: Failed to create RenderTexture (1280 x 0 fmt 44 aa 1), error 0x80070057
warn:d3d11:d3d_texture2d_create Failed to create wined3d texture, hr
0x8876086c.
--
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=52712
Bug ID: 52712
Summary: WineRichEditTest: crashes when trying to go to right
in words with Ctrl+Right Arrow in RichEdit
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: mher.ghazaryan5(a)gmail.com
Distribution: ---
Created attachment 72070
--> https://bugs.winehq.org/attachment.cgi?id=72070
The test executable
In a RichEdit control, type text with no newline at the end. After that, go to
the beginning of that text and start going to the right word-by-word with
Ctrl+Right Arrow. When you get to the end, the cursor will be one line lower.
One step more, and it will crash.
--
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.