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.