https://bugs.winehq.org/show_bug.cgi?id=53298
Bug ID: 53298
Summary: Check boxes don't scale properly in Qt application
with light theme
Product: Wine
Version: 7.12
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 72666
--> https://bugs.winehq.org/attachment.cgi?id=72666
Check box glitch
Attached screenshots shows two UI glitches in Qt application (tested on
Wireshark and verified on another one) with theming enabled.
1. Check boxes (and also radio buttons) change size on mouse over when DPI is
higher than 96 (tested with DPI set to 192).
2. Disabled check box is not visually distinguishable from enabled one.
Normally, disabled checkbox has gray background if theming is disabled.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53133
Bug ID: 53133
Summary: uiautomationcore:uiautomation
test_uia_prov_from_acc_propertiescrashes on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: uiautomationcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
uiautomationcore:uiautomation - crashes on Windows 8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53344
Bug ID: 53344
Summary: Legacy TLS applications: GnuTLS priority string
overrides are ignored in schan_create_session() (patch
included)
Product: Wine
Version: 7.12
Hardware: x86-64
URL: https://support.hpe.com/connect/s/softwaredetails?lang
uage=en_US&softwareId=MTX_bc8e3ffa59904ec3b505d9964d
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: cflwxa(a)knowledgemd.com
Distribution: Debian
Created attachment 72727
--> https://bugs.winehq.org/attachment.cgi?id=72727
trace+secur32,warn+secur32 and GNUTLS_DEBUG_LEVEL=11
I use Wine devel 7.12 from the winehq repos and winetricks 20220411 from
github.
Context: I am trying to run the "HPE Lights-Out Standalone Remote Console"
(HPLOCONS.exe,
https://support.hpe.com/connect/s/softwaredetails?language=en_US&softwareId…)
to connect to an iLO 3 interface of an HP ProLiant server.
iLO 3 only supports legacy ciphers (3DES, RC4). Because the Wine schannel
implementation uses GnuTLS, I added an override config like so:
sudo mkdir -p /etc/gnutls
sudo tee /etc/gnutls/config_hplocons <<EOF
[overrides]
default-priority-string = NORMAL:+3DES-CBC:+ARCFOUR-128
EOF
Then I set up a wine prefix like so:
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons wineboot
--init
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons winetricks
-q dotnet471 d3dcompiler_47 corefonts fontfix winver=
wget
https://downloads.hpe.com/pub/softlib2/software1/pubsw-windows/p390407056/v…
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons wine
Setup.exe
And successfully run HPLOCONS:
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons
WINEDEBUG=trace+secur32,warn+secur32
GNUTLS_SYSTEM_PRIORITY_FILE=/etc/gnutls/config_hplocons GNUTLS_DEBUG_LEVEL=11
LC_ALL=C wine start 'C:\Program Files\Hewlett Packard Enterprise\HPE iLO
Integrated Remote Console\HPLOCONS.exe'
When trying to connect to iLO, I get "The request was aborted: Could not create
SSL/TLS secure channel." The trace logs and gnutls debug logs (attached) show
that schan_create_session() in dlls\secur32\schannel_gnutls.c ignores my
priority string override and instead, uses "NORMAL" without TLS 1.3
ciphersuites.
A look at the source code confirms that schan_create_session() does indeed not
incorporate the system defaults.
Also note that process_attach() sets GNUTLS_SYSTEM_PRIORITY_FILE to "/dev/null"
if it was unset, which has the consequence that everything in the default
/etc/gnutls/config file is always ignored.
I further confirmed that this is a Wine issue by running gnutls-cli:
# Succeeds
env GNUTLS_SYSTEM_PRIORITY_FILE=/etc/gnutls/config_hplocons gnutls-cli
--insecure <iLO-IP>
# Fails with "Received alert [40]: Handshake failed"
gnutls-cli --insecure <iLO-IP>
To be able to run legacy applications, I think Wine should respect GnuTLS
overrides. I attached an untested patch proposal. Note that this patch does not
change behaviour if the default priority string is "NORMAL". Also note that
Wine would require gnutls 3.6.3 due to the use of
gnutls_set_default_priority_append().
Perhaps check_supported_protocols() should also be patched in a similar way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52391
Bug ID: 52391
Summary: No sound effects in Hyperdimension Neptunia Re;Birth 1
since import of FAudio
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Since the import of FAudio Hyperdimension Neptunia Re;Birth 1 (GOG version)
triggers the following FAudio assertion since the import of FAUDIO in commit
6b45777121fcd50d9b7d5b649c6710063b549892 already on the title screen while
highlighting or selecting a menu entry
Assertion failed: (voice->src.wmadec != NULL && (pBufferWMA != NULL ||
(voice->src.format->wFormatTag == FAUDIO_FORMAT_XMAUDIO2)) ||
(voice->src.wmadec == NULL && (pBufferWMA == NULL &&
voice->src.format->wFormatTag != FAUDIO_FORMAT_XMAUDIO2)
), file libs/faudio/src/FAudio.c, line 2456
Note that this assertion was changed in the import of FAudio 21.12 in
da89825f98e4f0cb3875735345a455512b36b665 (erronously declared as import of
21.11), without effect on this game (contrary to what
https://bugs.winehq.org/show_bug.cgi?id=50757#c2 claims). There is still no
sound in 7.0-rc5 (and reverting babaf916ab12c7a9128409f717878919ccc5826b which
hides the assertion shows it still triggering the extended assertion
condition).
Sound works before 6b45777121fcd50d9b7d5b649c6710063b549892 (also see
https://bugs.winehq.org/show_bug.cgi?id=50416 for caveats).
Unfortunately 6b45777121fcd50d9b7d5b649c6710063b549892 suffers from frequent
crashing already on the title screen (haven't tested ingame; might be the same
as https://bugs.winehq.org/show_bug.cgi?id=50757; despite it claiming to be
fixed with exactly that commit; afaict nobody ever confirmed it being fixed) .
Fortunately this crashing seems to be fixed or at least much reduced with
7.0-rc5 on my (very old and slow) system.
Sound works fine in 7.0-rc5 after winetricks xact and manually setting
xactengine3_7 to native.
Not sure about the relation to this bug, but 7.0-rc5 is showing the following
error whenever the game attempts to play a sound
00c8:err:ole:com_get_class_object class {2eeb4adf-4578-4d10-bca7-bb955f56320a}
not registered
00c8:err:ole:com_get_class_object no class object
{2eeb4adf-4578-4d10-bca7-bb955f56320a} could be created for context 0x1
which I think wasn't there before the regression.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51462
Bug ID: 51462
Summary: SnowRunner crashes when changing settings
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0274:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0274:err:ole:CoMarshalInterface Failed to marshal the interface
{9c6b4cb0-23f8-49cc-a3ed-45a55000a6d2}, hr 0x80004002
04a4:fixme:ole:NdrClearOutParameters
(000000000011D808,00007FC8EFEAA0A0,000000000011DAB8): stub
04a4:fixme:ole:CoCreateInstanceEx no instance created for interface
{9c6b4cb0-23f8-49cc-a3ed-45a55000a6d2} of class
{a65b8071-3bfe-4213-9a5b-491da4461ca7}, hr 0x80004002.
Changing as example Antialiasing, Lightshafts, Mirrors settings leads to crash
with a pop-up window
DirectX Diagnostic Tool
Usage: dxdiag [/whql:off | /whql:on] [/t filename | /x filename]
wine-6.12-194-g2ffcf440218
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53231
Bug ID: 53231
Summary: d2d1:d2d1 - test_shared_bitmap() 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: ---
d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs:
d2d1.c:5179: Test marked todo: 6: Got unexpected hr 0.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ac0f8ef).
[...]
Backtrace:
=>0 0x6ac0f8ef d2d_device_context_Clear+0x7f(iface=<internal error>,
colour=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1
(0x0066fc78)
1 0x00414d75 in d2d1_test (+0x14d75) (0x0066fd68)
2 0x00434613 in d2d1_test (+0x34613) (0x0066fdd8)
3 0x00434983 in d2d1_test (+0x34983) (0x0066fe38)
4 0x0043618d in d2d1_test (+0x3618d) (0x0066fee8)
5 0x00435fbf in d2d1_test (+0x35fbf) (0x0066ff30)
6 0x7b62a170 in kernel32 (+0x2a170) (0x0066ff48)
7 0x7bc5a937 in ntdll (+0x5a937) (0x0066ff5c)
8 0x7bc5aff0 RtlCreateUserThread(entry=00435F40, arg=7FFD1000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll
(0x0066ffec)
0x6ac0f8ef d2d_device_context_Clear+0x7f
[Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1: fsts
0x0(%eax)
1647 vs_cb_data->transform_geometry._11 = 1.0f;
https://test.winehq.org/data/patterns.html#d2d1:d2d1
The crash still happens even if all the tests are commented out except
test_shared_bitmap().
Furthermore adding traces shows that it happens in either of the two locations
below:
https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7…
/* DXGI surface render target and WIC bitmap render target, same factory.
*/
hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory1, wic_bitmap2, &desc,
&rt2); // crashed here
or
https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7…
ID2D1GdiInteropRenderTarget_Release(interop);
hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory2, wic_bitmap2, &desc,
&rt2); // crashed here
The crashes only happen with 32-bit code.
d2d1:d2d1 also crashes on my box with an Intel GPU and the crash happens in the
same two locations but the backtrace is different.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53157
Bug ID: 53157
Summary: --without-mingw builds on Mac can't unwind exceptions
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
I am trying to get a non-mingw build on MacOS to run my games to get debug
symbols for Wine DLLs in Instruments for performance profiling. One of the
issues I ran into is that SEH exceptions thrown in the PE side of our code
can't be handled. Wine runs into further nested exceptions trying to unwind the
stack and crashes.
This is a regression introduced by the following commit:
264bd4fc84020f217807f1e59d3bfa9302e5110c is the first bad commit
commit 264bd4fc84020f217807f1e59d3bfa9302e5110c
Author: Martin Storsjo <martin(a)martin.st>
Date: Fri May 29 13:51:04 2020 +0300
wine/asm.h: Don't define __ASM_CFI when using clang as cross compiler.
Reverting this commit on top of Wine 7.10 fixes this particular problem.
Getting a Wine build like this is a bit tricky. clang does not support
-mabi=ms, and gcc can't build winemac.drv because of Apple-isms in the system
headers that Apple never upstreamed to FSF gcc. (But they did have it in their
own gcc before they switched to clang).
To get a non-mingw gcc'ish Wine I do roughly the following:
1) Use wine-7.10, not master, there is yet another regression since then
2) Install gcc-11 with homebrew
3) ~/wine/configure --enable-win64 --without-x --without-mingw --disable-tests
CC=gcc-11
4) Build the thing
5) Edit Makefile, replace CC = gcc-11 with CC = clang
6) cd into dlls/winemac.drv, run make
7) optionally do the same in dlls/winecoreaudio.drv
8) optionally undo the Makefile changes if you plan to recompile e.g. ntdll
The game in question is Rocket League; That adds extra troubles with Steam (32
bit, so needs Mojave). I think the problem is independent of Rocket League
though. The exception causing the crash is OutputDebugStringA. I don't think
the problem is specific to this game though.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43167
Bug ID: 43167
Summary: Witcher 3 will not start
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kallekadakas(a)gmail.com
Distribution: ---
Created attachment 58423
--> https://bugs.winehq.org/attachment.cgi?id=58423
Output.txt
I apologize for the vague title, but there is very little info on why it fails.
Terminal output is attached to the case.
When clicking play on TW3 in Steam, it goes to "running" and then fails with
the output attached.
Arch64
i7-4790k
gtx1070
Wine2.10 with dx11>opengl4.5 registry fix applied.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53343
Bug ID: 53343
Summary: The 64-bit itss:protocol fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit itss:protocol fails in Wine:
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
https://test.winehq.org/data/patterns.html#itss:protocol
A bisect shows that the failures started with the commit below:
commit 569c27945e9479e9b27a5ffaa9b0587e6f1f2ac7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jul 7 12:32:22 2022 +0200
server: Use standard named object functions for registry keys.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53309
Bug ID: 53309
Summary: Wizard101 launcher window takes over a minute to
appear
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: hans(a)meelstraat.net
Regression SHA1: 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Distribution: SUSE
Normally it pops up immediately.
0a10bfc8b17234db6aff130ce0448a62c3fb6a1e is the first bad commit
commit 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Jun 29 13:54:57 2022 +0200
secur32: Return a SECBUFFER_MISSING buffer from the handshake if the input
message is incomplete.
dlls/secur32/schannel.c | 25 +++++++++++++++++++++++--
dlls/secur32/tests/schannel.c | 21 ++++++++++++++++++++-
2 files changed, 43 insertions(+), 3 deletions(-)
Reverting the patch fixes it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53104
Bug ID: 53104
Summary: Wireshark can't start capturing packets
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72539
--> https://bugs.winehq.org/attachment.cgi?id=72539
Patch for wpcap
While testing bug 53066 I just wanted to find out what would be needed to make
Wireshark working in Wine. There are two obvious problems:
1. pcap_create() doesn't translate interface identifier to the real name
2. pcap_dispatch() is not implemented
I fixed these problems, however, packet window still remains empty after
capture is started while the temporary capture file is filled with captured
packets. If this temporary file is later opened, Wireshark shows all packets
captured.
Attached is the patch if someone wants to push this further. "setcap
cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51129
Bug ID: 51129
Summary: Function name conflict (ldap_connect) with OpenLDAP
2.5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: sergio.durigan(a)canonical.com
Distribution: ---
Hello,
Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which
exports the ldap_connect function:
ULONG CDECL ldap_connect(LDAP*,struct l_timeval*);
With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function
being exported by it as well (with a different prototype):
https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i…
This will need to be fixed in order to prevent linking problems with OpenLDAP.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53355
Bug ID: 53355
Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx
and TzSpecificLocalTimeToSystemTimeEx
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72743
--> https://bugs.winehq.org/attachment.cgi?id=72743
tz.exe
Please implement SystemTimeToTzSpecificLocalTimeEx and
TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>
and
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>.
Note that because these functions currently outright abort, the work-around I
implemented requires explicitly detecting Wine and not even trying to call
them, which is far from optimal.
Even just implementing stubs that always fail gracefully instead of just
aborting the whole process would be much appreciated.
This came up when improving local timezone handling in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case (for SystemTimeToTzSpecificLocalTimeEx):
tz.cpp:
```
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
SYSTEMTIME sys{};
GetSystemTime(&sys);
DYNAMIC_TIME_ZONE_INFORMATION dtzi{};
if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) {
throw std::runtime_error("GetDynamicTimeZoneInformation()
failed.");
}
SYSTEMTIME sys_local{};
if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) ==
FALSE) {
throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx()
failed.");
}
std::cout << "OK" << std::endl;
return 0;
} catch (const std::exception & e) {
std::cout << std::flush;
std::cerr << e.what() << std::endl;
std::cerr << std::flush;
}
std::cout << "FAIL" << std::endl;
return 1;
}
```
built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp`
results in
```
wine: Call from 0x7bc7c990 to unimplemented function
KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting
```
not even reaching the FAIL output. tz.exe attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53347
Bug ID: 53347
Summary: Xerox Globalview gives missing DSD.386, won't start
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aa271828(a)earthlink.net
Distribution: ---
Created attachment 72733
--> https://bugs.winehq.org/attachment.cgi?id=72733
terminal output file
I installed Globalview in wine 6.0.2, when I run it GVWIN.EXE I get a popup
saying "Disk Virtual device driver DSD.386 is not loaded"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=2948
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #25 from temp82(a)luukku.com ---
(In reply to joaopa from comment #24)
> Bug still occurs with wine-7.0-rc5.
and still valid as of wine 7.12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50890
Bug ID: 50890
Summary: Honey Select Unlimited - Character Models Don't Render
On-Screen
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gregory(a)opera.id.au
Distribution: ---
Created attachment 69702
--> https://bugs.winehq.org/attachment.cgi?id=69702
Screenshot of issue (character model *should* show in center of screen)
When launching "Honey Select Unlimited", character models do not render
on-screen (nothing appears)... Everything else (sound, menus, backgrounds,
etc...) seems to work; it is only the character models that seem to be
affected.
As it is only the character models that seem to be affected, this suggests that
the issue lies with something in the way the character models are rendered in
the game / simulation.
In order to progress in the game / simulation, one must interact with the
characters almost immediately, so this bug is game / simulation-breaking (i.e.
the game / simulation cannot be used via WINE whilst this bug is present).
This bug also affects "Honey Studio", which is a separate program, but one that
is included as a part of the "Honey Select Unlimited" installation.
Honey Select Unlimited version 1.0.2 was used when experiencing / testing /
replicating this bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53338
Bug ID: 53338
Summary: Vba71-kb2783832-x64.msp installation
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: windes(a)rambler.ru
Distribution: ---
Good day!
Why this simple installation of Vba71-kb2783832-x64.msp file always fails in
Wine x64 (tested on 6.0, 6.23, 7.0, 7.4, 7.5, 7.6, 7.9, 7.10, 7.11, 7.12) (and
in CrossOver 21.2.0 too)?
It fails to debug window - msiexec.exe fatal error.
By the way, x32 .msp file installation fails too in wine x32 prefix.
Could you fix it, please?
---
Remark:
Yes, this command:
wine msiexec /p vba71-kb2783832-x64.msp REINSTALL=ALL REINSTALLMODE=omus /qn
helps to _avoid_ a failed installation in Wine, but it's not right way. May be
becouse this "avoid-way" after we have critical falls in huge Software, that
needs this libraries installed.
In CrossOver 21.2.0, for example, this Software can't start right on VBA
initialization even with "avoid-way" command!
---
Working on this Software installation in Wine on linux about 4 months already,
sure that first problem is here.
Thanks and regards.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49897
Bug ID: 49897
Summary: winetricks dotnet452 hangs
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Created attachment 68254
--> https://bugs.winehq.org/attachment.cgi?id=68254
terminal output
While bug 49532 was fixed for dotnet40, dotnet452 still hangs for me.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53340
Bug ID: 53340
Summary: inf2cat (and catgen) cannot create .cat file because
CryptCATPutCatAttrInfo and CryptCATPersistStore are
not implemented
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johannes(a)johannesthoma.com
Distribution: ---
Hi all,
I'm trying to get the inf2cat utility from Ewdk (enterprise windows driver kit)
working with wine under Linux. I did some research and the reason for the
failure seems to be that the CryptCATPutCatAttrInfo and CryptCATPersistStore
are not implemented.
The reason why I need the inf2cat utility is that I would like to build my
WinDRBD driver (https://github.com/LINBIT/windrbd) under Linux only.
Compiling and linking works but when running inf2cat I get the following
output:
0104:fixme:wintrust:CryptCATPutCatAttrInfo catalog 0000000000645380, name
L"HWID1", flags 0x10010001, size 16, data 0000000004230AAC, stub!
Unable to add a global catalog attribute.
I tried winehq-devel and winehq-staging.
I also tried catgen which is an GPL replacement for inf2cat:
https://github.com/uxen-virt/catgen.git
Are there any plans to implement those functions? And is there a documentation
somewhere of the cat file format (as I know it is a list of files with secure
hashes)? (then I would maybe be able to implement it)
Thank you all for this awesome product,
Best regards,
- Johannes
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34795
Bug #: 34795
Summary: SolidWorks 2010: No correct headers' name for material
databases in manager
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml4
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46402
--> http://bugs.winehq.org/attachment.cgi?id=46402
Appearance comparison
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
5) create new part
6) RMB on material
7) choose "edit material"
8) choose any material and click "apply"
Behaviour:
Left side of image (see attachment)
Expected behaviour:
Right side of image (see attachment)
Additional info:
"sh winetricks msxml6" helps.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34922
Bug #: 34922
Summary: SolidWorks 2014 installer not working
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: micet2004-winehq(a)yahoo.de
Classification: Unclassified
log.txt.tar.gz (expanded 347MB!)
http://rapidshare.com/share/413FD513EE7CBC505D77F4D49EB7E85D
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35873
Bug ID: 35873
Summary: SolidWorks 2013: INSTALLDIR instead of valid path
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Created attachment 47896
--> http://bugs.winehq.org/attachment.cgi?id=47896
Installation paths dialog
Steps to reproduce:
1) remove ~/.wine
2) cd "swwi/data/"
3) wine setup.exe
4) click "next"
5) click "customize"
6) click "next"
Behaviour:
INSTALLDIR
Expected behaviour:
"C:\Program Files\SolidWorks"
Terminal output:
nothing
Additional info:
If I omit 5th I don't encounter the bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52876
Bug ID: 52876
Summary: SolidWorks installer fails to install components with
action INSTALLSTATE_UNKNOWN
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kogut(a)gmail.com
Distribution: ---
SolidWorks installer appears to complete successfully, but jumps from appx. 6%
to complete instantly and doesn't install program files.
Running the installer with `WINEDEBUG=+msi` shows that various features are
absent, and INSTALLSTATE_UNKNOWN (-1) is requested, leading to them not being
installed.
```
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2 request
-1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata60_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata70_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
```
The installer is available from here:
https://dl-ak.solidworks.com/nonsecure/sw2020/sw2020_sp04.0_f/x64/200715.00…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52795
Bug ID: 52795
Summary: Small stack size in PE<>Unix syscall handler causes a
crash in Cyberpunk 2077
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
With recent changes in radv, Cyberpunk 2077 started crashing in recent versions
of Wine (tested it with 7.5 and 7.6).
See: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6291
See also: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6218
Some there suggested it could be due to small stack size used in PE<>Unix
syscall handler, which is a problem with Vulkan usage scenarios that require
larger stack.
For instance, Proton tries to work around that issue:
https://github.com/ValveSoftware/wine/blob/0ad7e8878c400ee081de85bb1e21ef63…
It would be good for upstream Wine to address this somehow too, may be
increasing stack size or at last providing some configurable option to do it if
it's not a desirable default.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.