https://bugs.winehq.org/show_bug.cgi?id=46694
Bug ID: 46694
Summary: widl crashes in dlls/atl during build on ppc64el
Product: Wine
Version: 4.2
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
Created attachment 63657
--> https://bugs.winehq.org/attachment.cgi?id=63657
Backtrace
Building on ppc64el fails with a segmentation fault in widl while attempting to
build dlls/atl. Backtrace 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=52612
Bug ID: 52612
Summary: Build Error on macOS 12.2.1 with M1 mac
Product: Wine
Version: 7.3
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: syurin.nagatuki(a)gmail.com
Created attachment 71939
--> https://bugs.winehq.org/attachment.cgi?id=71939
log
Build Error on macOS 12.2.1 with M1 Mac
Error Message :
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal (use -v to see
invocation)
Apple clang version 13.0.0 (clang-1300.0.29.30)
Target: arm64-apple-darwin21.3.0
Thread model: posix
InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
clang: note: diagnostic msg:
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg:
/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.c
clang: note: diagnostic msg:
/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.sh
clang: note: diagnostic msg: Crash backtrace is located in
clang: note: diagnostic msg:
/Users/syurin/Library/Logs/DiagnosticReports/clang_<YYYY-MM-DD-HHMMSS>_<hostname>.crash
clang: note: diagnostic msg: (choose the .crash file that corresponds to your
crash)
clang: note: diagnostic msg:
********************
make: *** [libs/lcms2/src/cmslut.o] Error 254
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52929
Bug ID: 52929
Summary: Sleeping Dogs hangs at startup with the Vulkan
renderer
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72302
--> https://bugs.winehq.org/attachment.cgi?id=72302
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log
Hi,
The game starts and works correctly with the OpenGL renderer and hangs when it
launched with DAMAVAND (Vulkan renderer).
Last lines in the output console when the game freeze :
######
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
77, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
98, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
61, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
61, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
amdgpu: The CS has been cancelled because the context is lost.
015c:err:d3d:wined3d_context_vk_submit_command_buffer Failed to submit command
buffer 00007FF39C16E5D0, vr VK_ERROR_DEVICE_LOST.
######
I attach the VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh 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=52907
Bug ID: 52907
Summary: Etra's Training Grounds: Black solid models
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 72291
--> https://bugs.winehq.org/attachment.cgi?id=72291
Shell log
Solid models on Etra's Training Grounds game are all dark
Once starting, the game displays a lot of fixmes and errors:
0110:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3.
00000000055CDC10: "GL_INVALID_ENUM in glTexBufferRange(internalFormat
GL_RGBA8_SNORM)".
016c:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x3.
On Windows 10 using the same hardware, the solid models are rendered correctly,
indicating that's not a issue with my Intel integrated graphics.
Procedure:
1 - Open the game
Download:
https://etra-etra-games.itch.io/a-beginners-guide-to-fps-games
SHA-1(Lesson-FPS_Buff-High Quality-64bit.zip):
56ec1d6098ccfc638d955cc3f093c77ae6749224
SHA-1(Lesson-FPS_Not-Buff-Lower Quality-64bit.zip):
7ce3384e3e5954beb1b84cbe1b9344e020b5387a
I've used Lesson-FPS_Buff-High Quality-64bit.zip on the screenshots and log,
low-quality version is glitch aswell, i didn't tested 32-bir versions
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52894
Bug ID: 52894
Summary: comdlg32:filedlg - test_arrange() fails in Wine in the
Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_arrange() fails in Wine in the Japanese and Chinese locales:
filedlg.c:761: Test failed: Wrong height of dialog 301, expected 323
https://test.winehq.org/data/patterns.html#comdlg32:filedlg
The failure only happens in Wine and is 100% reproducible with the right
locale. So this looks very much like a bug in comdlg32.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52921
Bug ID: 52921
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: ---
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=52920
Bug ID: 52920
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: ---
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=52860
Bug ID: 52860
Summary: [Anno 2070]Crashes at launch (Assertion failed)
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72259
--> https://bugs.winehq.org/attachment.cgi?id=72259
Anno 2070 on Windows 11
Hello,
This game is a piece oh shit to update. If someone has the game :
1- Install UbisoftConnect & install the game
2- Cut Anno5 folder into a Windows partition.
3- Run Anno5.exe or Autopatcher.exe to update the game.
4- Retrieve the game folder.
5- Launch the game.
When you run the step 5, you need to have the Anno window to enable the game
(see attached screenshot). But with Wine 7.6, i have these lines in the output
console :
******
0100:fixme:d3d11:d3d11_device_context_SwapDeviceContextState D3D10 interface
emulation not fully implemented yet!
0100:fixme:d2d:d2d_device_context_PushLayer iface 06C93460, layer_parameters
0032F348, layer 06CBD938 stub!
0110:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x2.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
Assertion failed: iface->lpVtbl == (ID2D1DrawingStateBlockVtbl
*)&d2d_state_block_vtbl, file ../dlls/d2d1/state_block.c, line 189
******
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52928
Bug ID: 52928
Summary: comctl32:toolbar - test_sizes() fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:toolbar's test_sizes() fails on Windows with the UTF-8 codepage:
toolbar.c:1594: Test failed: invalid rect (754,2)-(783,26) - expected
(754,2)-(784,26) - (button = 5, tbsize_numtests = 18)
toolbar.c:1597: Test failed: invalid rect (754,0)-(783,38) - expected
(754,0)-(784,38) - (button = 5, tbsize_numtests = 19)
toolbar.c:1626: Test failed: invalid rect (118,2)-(183,40) - expected
(118,2)-(184,40) - (button = 2, tbsize_numtests = 21)
toolbar.c:1634: Test failed: invalid rect (0,2)-(65,40) - expected
(0,2)-(66,40) - (button = 0, tbsize_numtests = 22)
toolbar.c:1661: Test failed: invalid rect (0,2)-(29,24) - expected
(0,2)-(30,24) - (button = 0, tbsize_numtests = 24)
https://test.winehq.org/data/patterns.html#comctl32:toolbar
This can be reproduced on w10pro64-hi-u8.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52927
Bug ID: 52927
Summary: comctl32:rebar - test_bandinfo() fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:rebar's test_bandinfo() fails on Windows with the UTF-8 codepage:
rebar.c:949: Test failed: expected 35 for 38 from line 990
rebar.c:949: Test failed: expected 40 for 43 from line 996
rebar.c:949: Test failed: expected 40 for 43 from line 1015
https://test.winehq.org/data/patterns.html#comctl32:rebar
Hindi + UTF-8 is the only locale where this test fails on Windows at this time.
In particular there is no failure on the standard Hindi locale (English system
locale) so this appears to be specific to UTF-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=52926
Bug ID: 52926
Summary: usp10:usp10 The wgBlank and wgInvalid checks fail on
Windows with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
usp10:usp10's wgBlank and wgInvalid checks in test_ScriptGetFontProperties()
fails on some truetype fonts with Hindi + UTF-8 codepage:
usp10.c:2634: Test failed: truetype font Symbol wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Symbol wgInvalid 0000 gi[0] 0003
usp10.c:2634: Test failed: truetype font Webdings wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Webdings wgInvalid 0000 gi[0] 0003
usp10.c:2634: Test failed: truetype font Wingdings wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Wingdings wgInvalid 0000 gi[0] 0003
https://test.winehq.org/data/patterns.html#usp10:usp10
See also bug 52925 which is a similar issue with wgBlank in a wider range of
locales, and for bitmap fonts instead of TrueType ones.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52896
Bug ID: 52896
Summary: gdi32:font has a test_GetCharABCWidths() failure on
all Windows 10 versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following test_GetCharABCWidths() test fails on all Windows 10 versions:
ret = GetCharABCWidthsW(hdc, 'a', 'a', abc);
ok(!ret, "GetCharABCWidthsW should have failed\n");
font.c:1189: Test failed: GetCharABCWidthsW should have failed
https://test.winehq.org/data/patterns.html#gdi32:font
It was introduced in this pretty old commit:
commit 0dc765809c602cf62a87e28451e4eea81eeca0cb
Author: Hans Leidekker <hans(a)it.vu.nl>
AuthorDate: Sat Dec 8 22:55:01 2007 +0100
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Dec 10 12:27:13 2007 +0100
gdi32: GetCharABCWidthsI does not require a scalable font.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45385
Bug ID: 45385
Summary: Wrong state of virtual keys after cycling windows.
Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every
key can be affected.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
I noticed that the state of the keys sometimes sticks in pressed state.
This happens when cycling windows with some shortcut key combination.
For example if cycling with Alt+Tab, on pressing Alt, the program gets
WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling
windows, the program does not get WM_KEYUP because the window is not focused
and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state.
When cycling back to the program window, the window get focused only after
releasing Alt key, so it does not get this event as well.
If cycling windows with another shortcut key combination (for example
Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick.
In the same time, GetAsyncKeyState returns the proper state of the keys.
Note1: The problem is obviously in the wineserver code, because it handles the
key state tables for the different threads.
Note2: The effect happens only sometimes. It seems the code for proper
processing is already there, but some racing conditions have place.
Note3: There is some probability that the effect is in result of my application
code, but it never happens on real Windows, so I considered it a bug.
Note4: I tried to workaround this problem by reading the whole table by
GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE
message of the main window. This workaround actually works, but is too ugly
IMO.
The same trick on WM_ACTIVATEAPP does not work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52737
Bug ID: 52737
Summary: winecfg not open
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: jayjameshlw(a)gmail.com
Distribution: ---
archkubi@GnuChanOS ~> winecfg
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0120:err:winediag:nodrv_CreateWindow The explorer process failed 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.
https://bugs.winehq.org/show_bug.cgi?id=52735
Bug ID: 52735
Summary: Wine does not launch GUI apps
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bihag37553(a)flowminer.com
Distribution: ---
Wine versions above wine 7.0rc2 don't work for me on intel+nvidia setup on
manjaro linux kernel 5.17.0-1 and I have also tried kernel 5.16. I'm using
nvidia drivers version 510.60.02
When I launch wine, I get the following error:
00f4:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
00f4:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
I have tried deleting the wine prefix and using wine-staging but couldn't fix
this 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=52913
Bug ID: 52913
Summary: user32:dde fails on Windows with the UTF-8 codepage
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:dde fails on Windows with the UTF-8 codepage.
dde.c:2653: client ansi, server ansi
dde.c:2535: Test failed: Wrong size 5 expected 7 or 6, msg_index=9
dde.c:2537: Test failed: Expected abcé, got abcé, msg_index=9
msg_index=9
https://test.winehq.org/data/patterns.html#user32:dde
The failing string is actually this one:
{ 0x0061, 0x0062, 0x0063, 0x9152, 0 }, /* Chinese with latin characters
begin */
Adding a couple of wine_dbgstr_a() shows that the two strings that are compared
are:
dde.c:2538: Test failed: Expected [abc酒] "abc\xe9\x85\x92", got [abc��]
"abc\xe9\x85", msg_index=9
I have confirmed that the 0x9152 UTF-16 character translates to \xe9\x85\x92 in
UTF-8 [1]. So the issue is that the string we receive is missing one byte.
However that looks like a Windows bug in the character encoding conversion.
[1] For some reason test.winehq.org seems to interpret the page as iso-8859-1
so \xe9 is shown as 'é'.
--
Do not reply 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=33058
Bug #: 33058
Summary: Visual Basic 6 crashes when object browser is clicked
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: german_ant_82(a)yahoo.com
Classification: Unclassified
Regression SHA1: Visual Basic 6 crashes when object browser button is
clicked
Created attachment 43703
--> http://bugs.winehq.org/attachment.cgi?id=43703
Backtrace
Visual Basic 6 IDE crashes when object browser is clicked
--
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=24914
Summary: Unable to resize form in visual basic 6 enterprise
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stupidhomer(a)gmail.com
If I make a new Standard Project and attempt to resize the form, it locks the
whole form window, and to get it back, I have to double click on "Form1" in the
project sidebar.
No error messages or output from wine to understand the problem.
--
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=52785
Bug ID: 52785
Summary: Battlefield 4 crashes in wined3d_buffer_create
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xiretza+winehq(a)xiretza.xyz
Distribution: ---
Created attachment 72167
--> https://bugs.winehq.org/attachment.cgi?id=72167
Report saved by the wine crash reporter
During gameplay, Battlefield 4 frequently and seemingly randomly crashes with a
page fault in wined3d_buffer_create. Some time ago I was able to play the game
without any crashes, and I'm not aware of any updates to the game, so this may
be a regression in wine - but too much on my system has changed since then to
be certain. Crash report is 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=52901
Bug ID: 52901
Summary: gdi32:metafile - test_emf_ExtTextOut_on_path() fails
on Windows with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage:
metafile.c:7907: Test failed: expected 0, got 183
metafile.c:7922: Test failed: expected 0, got 183
metafile.c:7981: Test failed: expected 0, got 183
metafile.c:8004: Test failed: ExtTextOut error 0
metafile.c:2326: Test failed: emf_TextOut_negative_count: mfsize=1840,
bsize=128
metafile.c:2343: Test failed: emf_TextOut_negative_count: expected
rclBounds.left = 0, got 10
metafile.c:2345: Test failed: emf_TextOut_negative_count: expected
rclBounds.top = 0, got 20
metafile.c:2347: Test failed: emf_TextOut_negative_count: expected
rclBounds.right = -1, got 29
metafile.c:2349: Test failed: emf_TextOut_negative_count: expected
rclBounds.bottom = -1, got 39
metafile.c:2352: Test failed: expected nBytes 128, got 1840
metafile.c:2354: Test failed: expected nRecords 2, got 18
metafile.c:2219: Test failed: emf_TextOut_negative_count: emr->iType 14 != 84
metafile.c:2222: Test failed: emf_TextOut_negative_count: emr->nSize 20 != 108
https://test.winehq.org/data/patterns.html#gdi32:metafile
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48008
Bug ID: 48008
Summary: WinSCP can't display Chinese characters correctly
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wwycheuk(a)gmail.com
Distribution: ---
Created attachment 65539
--> https://bugs.winehq.org/attachment.cgi?id=65539
screenshot
Ubuntu Studio 19.10 is installed using Traditional Chinese interface.
Downloaded and installed the latest version of WinSCP 5.15.5 from
https://winscp.net/eng/download.php
The Chinese characters in the dialog box appear as boxes, but the characters in
main window are ok. (see picture 1)
The Chinese characters in folder also appear as boxes (see picture 2), not sure
whether they are of the same root cause.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52769
Bug ID: 52769
Summary: Missing MFSchemeHandler for common url schemes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
Right now there is only a scheme handler for "file:". Some games use Media
Foundation to play videos from URLs, VRChat is one of the notable examples.
Missing common scheme handler for schemes such as "http:" and "https:" means
videos can't be played in those games.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52819
Bug ID: 52819
Summary: Smart-House Configuration Tool v1.25: crashes when
configuring serial port
Product: Wine
Version: 3.21
Hardware: x86-64
URL: https://www.smartbuilding.dk/software/z_controller/Set
up_SmartHouse%20125.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: chroxvi(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 77b4391d442e927a2a59b5afb244355b0634aaa
Distribution: Fedora
Created attachment 72199
--> https://bugs.winehq.org/attachment.cgi?id=72199
Terminal output logs and bisect result
Steps to reproduce:
1. Download and unzip the Carlo Gavazzi Smart-House Tool v1.25 from
https://www.smartbuilding.dk/software/z_controller/Setup_SmartHouse%20125.z…
("Setup_SmartHouse 125.exe" sha256sum:
5fc57b031e232fbb0c40f157ec133a324d74c1fe52806baf0172458aadab6067)
2. Install the tool using:
- WINEARCH=win32 WINEPREFIX=~/.smarthouse_regtest wine winecfg
- WINEPREFIX=~/.smarthouse_regtest winetricks -q vb6run
- WINEPREFIX=~/.smarthouse_regtest wine Setup_SmartHouse\ 125.exe (click
through the install GUI in its default configuration)
3. Run the tool:
- WINEPREFIX=~/.smarthouse_regtest wine
~/.smarthouse_regtest/drive_c/Program\ Files/Carlo\
Gavazzi/smart-house/smart-house\ 1.25/smart-house\ Tool\ 0125.exe
4. Open the menu: "Options" --> "Serial Port"
5. Program crashes
This is a regression. The Smart-House tool (following the above procedure)
works with no errors using Wine 3.20.
Using Wine 3.21, it crashes as soon as the program is executed. An error
message is displayed. It contains the text: "Run-time error ‘-2147220990
(80040202)’: Automation error".
Using Wine 7.6, an error is shown when the program is executed, but the program
starts. It contains the text: "Run-time error ‘-2147417839 (80010111)’: Method
‘~’ of object ‘~’ failed". When opening the menu "Options" --> "Serial Port",
the application crashes. An error message is displayed. It contains the text:
"Run-time error ‘-2147418105 (80010007)’: Automation error"
Using latest master (wine-7.6-152-g07f22e20d73), the program installer crashes.
However, executing the program with wine-7.6-152-g07f22e20d73 using a wine
prefix installed with Wine 7.6 behaves identically to Wine 7.6.
I did a bisect between Wine 3.20 and 3.21, which gave
77b4391d442e927a2a59b5afb244355b0634aaa as the first bad commit.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52881
Bug ID: 52881
Summary: Improve software components also for using “MiTeC
System Information X”
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: Markus.Elfring(a)web.de
Distribution: ---
I have tried the tool “MiTeC System Information X 4.2.0.0” out together with
the software “Wine 7.7-1449.4”.
Markus_Elfring@Sonne:~> wine
/home/altes_Heim2/elfring/geladen/Freeware/MSIX/MSIX.exe
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 009AD7A8, 00000000
009AD7D0
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 009AD7A8 00000000
009AD7D0) returning a dummy value (current locale)
…
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
…
0120:fixme:resource:GetGuiResources (000001FC,0): stub
0120:fixme:process:QueryProcessCycleTime (000001FC,01425E90): stub!
0024:fixme:imm:ImeSetActiveContext (0x26adf8, 1): stub
0024:fixme:imm:ImmReleaseContext (00020082, 0026ADF8): stub
0070:fixme:imm:ImeSetActiveContext (0x5b6d0, 0): stub
…
0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable 0: stub!
0024:fixme:wevtapi:EvtOpenChannelEnum (00000000 0) stub
0024:fixme:wevtapi:EvtNextChannelPath (00000000 522 009ADE62 009AE28C) stub
0024:fixme:wevtapi:EvtClose (00000000) stub
…
0024:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable -1: stub!
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7405c (device=7 access=1
func=17 method=0)
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3
func=22 method=0)
…
0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
0058:fixme:mountmgr:query_property Unsupported property 0x7
…
0058:fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for
IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS
0058:fixme:mountmgr:query_property Unsupported property 0x34
0024:fixme:cdrom:CDROM_GetDeviceNumber stub
0024:fixme:cdrom:CDROM_GetMediaType : faking success
…
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial
are not available.
…
0024:fixme:wbemdisp:propertyset_get__NewEnum
0024:fixme:ras:RasEnumConnectionsA (009AD088,009ADD4C,009ADD48),stub!
0024:fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure
program to use LAN connection/winsock instead!
0024:err:ole:com_get_class_object class {f3bdfad3-f276-49e9-9b17-c474f48f0764}
not registered
0024:err:ole:create_server class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not
registered
0024:err:ole:com_get_class_object no class object
{f3bdfad3-f276-49e9-9b17-c474f48f0764} could be created for context 0x5
0024:err:winediag:netapi_init failed to load libnetapi.so
…
0024:fixme:mpr:WNetGetUniversalNameW (L"C:\\", 0x00000001, 009ABE9C, 009AC2B4):
stub
…
0024:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x00002201
…
How will the chances evolve to fix remaining open 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=52482
Bug ID: 52482
Summary: Invisible UI in installer of Lightroom Classic
2021/2022
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: mikrutrafal(a)protonmail.com
Distribution: ---
Created attachment 71775
--> https://bugs.winehq.org/attachment.cgi?id=71775
Wine log
When trying to install LR Classic 2021/2022, then I see only a white window and
a error spam:
"""
0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub
0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-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=52797
Bug ID: 52797
Summary: FNA3D_Driver D3D11 needs ID3DUserDefinedAnnotation
(game "Crystal Project")
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: madbyte(a)tuta.io
Distribution: ---
Created attachment 72177
--> https://bugs.winehq.org/attachment.cgi?id=72177
Generated using Proton 7.0 for the game "Crystal Project Demo"
Links
------
FNA:
https://github.com/FNA-XNA/FNA3D
Crystal Project (Steam):
https://store.steampowered.com/app/1637730/Crystal_Project/
There is a demo version available.
Proton issue page:
https://github.com/ValveSoftware/Proton/issues/5197#issuecomment-1092134636
Error check in FNA3D_Driver_D3D11 for "ID3DUserDefinedAnnotation":
https://github.com/FNA-XNA/FNA3D/blob/9c00af2bfe30e28d48f93f4c1b4c62c38b3e1…
Microsoft API Docs for "ID3DUserDefinedAnnotation":
https://docs.microsoft.com/en-us/windows/win32/api/d3d11_1/nn-d3d11_1-id3du…
"ID3DUserDefinedAnnotation" methods in latest Wine.git source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l3182
Description
------------
FNA is a reimplementation of the Microsoft XNA Game Studio 4.0 Refresh
libraries.
The steam game "Crystal Project" crashes on start up due to the following error
message:
https://gist.github.com/MadByteDE/9c7a084743009b3455f9f67e1e228698#file-gis…
I'm unable to launch the game with vanilla Wine because of DRM (init SteamAPI
failed) so the report is based on tests with latest Proton.
I tried launching the game with WINED3D and DXVK, both were not able to launch
the game.
Workarounds
------------
- Another user hinted that the issue can be circumvented by installing
Microsoft's d3dcompiler_47.dll into the game's prefix ie by using
protontricks/winetricks. I wasn't able to reproduce this.
- FNA also allows to switch to other drivers ie for OpenGL or Vulkan which seem
to work well with Wine/Proton.
System Info
------------
Distro: Arch Linux
Kernel: Linux 5.17.1-arch1-1
GPU: AMD Radeon 5700 XT
Driver: Mesa 22.0.1-3
CPU: AMD Ryzen 3600
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52817
Bug ID: 52817
Summary: Sifu crashes when opening the game
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: braiamp(a)gmail.com
Distribution: ---
I'm not sure what title would be descriptive. I created a new prefix, installed
vcrun2019 using winetricks and used Legendary to start Sifu up.
When it starts up, it spends a time on the following (complete log file
attached):
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0,
000000000FC1FBB8, 0000000000000000.
01e0:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8.
01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200.
01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
and before crashing, prints the following:
0268:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4
stub
0268:fixme:win:DisableProcessWindowsGhosting : stub
0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile
(0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59
(SPI_SETSTICKYKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53
(SPI_SETTOGGLEKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51
(SPI_SETFILTERKEYS)
0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
I know that wine-staging+dxvk started the game without graphics issues (there
were missing textures without dxvk and
https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur
whenever I plug in a controller or not.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52810
Bug ID: 52810
Summary: Applications are unable to locate some files, but not
others, while Wine file explorer can locate them
(tested with MusicBee and ToDoList)
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: devtarc(a)gmail.com
Distribution: Ubuntu
OS: Xubuntu 20.04.4 LTS (64-bit)
I'm using MusicBee and AbstractSpoon's ToDoList using Wine, each in their own
Wine prefix. Both prefixes are 32-bit and are in the Xubuntu partition and were
not created using root. The ToDoList reads files from the partition Xubuntu is
installed in (ext4), and MusicBee reads from an NTFS partition.
Both run really well, but sometimes they are unable to find some files. For
MusicBee, they are some song files (mostly mp3 I think), and for ToDoList, some
todo list files (.tdl). All of those files are stored outside of the Wine
prefix. For MusicBee, they are symlinked into it to preserve database
structure.
There is no apparent pattern on the files that could explain why some can't be
loaded and others can't. Everytime this happens, it's always the same files
that can't be located. However, Wine's files explorer is able to locate them.
I'm also able to access them both through Xubuntu and Windows.
Also, I'm not really sure what is triggering it. It tends to be like this from
boot, but doesn't happen all the time. Lately it seems to have been triggered
by rebooting, but it could be something from 7.6, as I have rebooted Xubuntu
many times while trying to fix this and many of those times it worked correctly
afterwards.
Things I have tried:
- Changing mount permissions for the NTFS partition
- Adding more libraries/DLLs to the MusicBee prefix
- Changing permissions for the music library folder while in Windows
- Manually locating the missing files using the Wine file explorer
- Watching for the console output (didn't seem to have anything major)
- Using WINEDEBUG (couldn't see anything obvious and I'm not really experienced
with it)
I tried it mostly with MusicBee because it's the one I use the most.
Both MusicBee and ToDoList handle missing files nicely, so no crash log.
I did a clean install of Xubuntu March 20th and this has been happening since
then. Tested it with Wine stable (7.0) as well as Wine devel (7.4, 7.5 and
7.6).
Before that I had been using Ubuntu 18.04 since early 2020 and they were
working correctly. I don't remember the Wine version, but it was either devel
or staging.
The MusicBee forums has a thread on running it on Wine and they haven't
reported this kind of problem, so I feel it may have something to do with the
Xubuntu version and/or Xfce, especially considering that it was working
correctly under vanilla Ubuntu 18.04 (and also vanilla Ubuntu 16.04 before
that). However, I haven't found any similar problems when searching with Google
or in the bug tracker.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52793
Bug ID: 52793
Summary: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks
Total Commander internal file associations
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: felix.huber(a)schyf.de
Distribution: ---
Calling native Linux applications with internal associations by using a script
with the line:
/usr/bin/xdg-open "`wine winepath -u "$1"`"
works only when output of stderr can be printed to a console.
Redirecting stderr to /dev/null breaks this mechanism starting with commit
c7e87b536edb28bb48162690e0d42c9ba9ccb43c: the script does not get called
anymore.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52789
Bug ID: 52789
Summary: Unwanted Console Creation when Winegcc compiled
Processes are started
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: chopinbig(a)tutanota.com
Distribution: ---
When winegcc apps are run, a console (terminal) pops up with Wine 7.5 which
didn't happen in Wine 7.4 or any previous Wine version either.
This is odd behaviour.
If the unwanted console window is closed, then it causes a crash.
I think I've tracked it down to these commit's
https://source.winehq.org/git/wine.git/commit/7b65ef3afbe880b82e89656435261…https://source.winehq.org/git/wine.git/commit/c7e87b536edb28bb48162690e0d42…https://source.winehq.org/git/wine.git/commit/f034084d49b354811096524d472ae…
2022-03-17 Eric Pouech kernelbase: Handle corner case in CreateProcess.
commit | commitdiff | tree
2022-03-17 Eric Pouech start: Force no console creation when using start
... commit | commitdiff | tree
2022-03-17 Eric Pouech services: Start services detached from console.
commit | commitdiff | tree
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52786
Bug ID: 52786
Summary: "wine cmd.exe /c [any command which outputs text]"
returns zero length text
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bill2allison(a)yahoo.co.uk
Distribution: ---
Works correctly only when executed from a terminal (xterm etc)
Fails when wine is invoked (directly or by another program such as winetricks)
from desktop menu or launcher or a .desktop file.
MY ENVIRONMENT
--------------
OpenSUSE Tumbleweed
KDE/Plasma
Wine 7.5
TO REPRODUCE
------------
1) From the desktop launcher run
wine cmd.exe /c echo 'hello' > ~/test.txt
Each time it is run, the test.txt timestamp is updated but the file remains
empty
2) From the desktop launcher run
winetricks --gui
Displays info then error message 'wine cmd.exe /c echo '%AppData%' returned
empty string, error message "" '
3) Issue test 1 above in xterm or similar then test.txt contains "hello"
4) Issue test 2 above in xterm or similar then winetricks starts and runs
normally
WORKAROUND
----------
Include terminal=true in affected .desktop files and menu configs or start
those programs from within a terminal
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49111
Bug ID: 49111
Summary: ELWAVE Demo installer crashes on start
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 67087
--> https://bugs.winehq.org/attachment.cgi?id=67087
Wine log
The installer crashes as soon as its run, see attached log - that's a full log,
not only the backtrace.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52796
Bug ID: 52796
Summary: wine 7.5+ can no longer enqueue files from Dolphin to
foobar2000
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kohhnztqscldrekdqn(a)kvhrw.com
Distribution: ---
With wine 7.4 and earlier it was possible to select audio files in Dolphin and
send them to foobar2000's playlist with 'Open With > foobar2000' context menu
entry. With wine 7.5 and 7.6 foobar2000 will start but file selection doesn't
appear in the playlist. Drag & drop from Dolphin still works though.
Below foobar2000 launcher script and .desktop file are similar to what I use if
that matters.
https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.sh?h=foobar2000https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.desktop?h=foobar2000
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52783
Bug ID: 52783
Summary: error: unknown type name ‘uint64_t’
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 72164
--> https://bugs.winehq.org/attachment.cgi?id=72164
log.txt
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.5
In function ‘get_time_msec’:
error: ‘uint64_t’ undeclared (first use in this function)
warning: control reaches end of non-void function [-Wreturn-type]
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49112
Bug ID: 49112
Summary: ELWAVE doesn't start - detects Wine as VM
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The program doesn't start, since it refuses to work in a VM but detects Wine as
such.
Seems to work on older CPUs though, so maybe that's a clue.
Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51387
Bug ID: 51387
Summary: Critical Section timeout between
"dlls/user32/user_main.c: user_section" and
"dlls/winex11.drv/window.c: win_data_section"
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: l.arzeni(a)iname.com
Distribution: ---
Created attachment 70242
--> https://bugs.winehq.org/attachment.cgi?id=70242
application logs
Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1
(2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under
every release of wine32, from release 1.5 to release 5.0.3,
I'm running an old windows application. It works showing a list of records from
an ODBC connection, then when a record is clicked, it opens a form for editing
the record. It's similar to MS Access, but the application is written in a 4GL
db language called clarion. I can share the sources, if needed.
The application works fine under "native" windows (tested in all releases of
windows, from windows XP to Windows 10).
The application looks fine, but hangs after a while, if I run it under wine:
env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe
The log shows that there is a timeout in a critical section, may be a deadlock
between:
"dlls/user32/user_main.c: user_section"
and
"dlls/winex11.drv/window.c: win_data_section"
This is the relevant lines of the logs:
0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80
"dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked
by 0114, retrying (60 sec)
0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220
"dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114,
blocked by 0024, retrying (60 sec)
To solve the issue, I run it with "taskset --cpu-list 0 ", that is:
env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine
/srv/data/shared/LicenseManager.exe
But, if I user the taskset, the application GUI artifacts became "dirty" , and
I need to close and reopen the window to redraw them properly.
Is there any clue to solve this issue, or, at least, to avoid the garbage on
the user interface when running under the "taskset" command?
Please note: the issue is not "application specific" but, afaik, instead the
bug affects all application generated with "clarion"
Regards, Luca
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52846
Bug ID: 52846
Summary: Capture One 22 fails to start with wbemprox related
crashes
Product: Wine
Version: 7.6
Hardware: x86-64
URL: https://www.captureone.com/en/new-update/capture-one-2
2
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 72244
--> https://bugs.winehq.org/attachment.cgi?id=72244
+wbemprox,+mountmgr,+seh
Hi, a user reported trouble with this program on the forum so i gave it a try.
Apparently for him it crashed inside wbemprox, but the crash is for me
different, and more unfortunate it differs from time to time, and every now and
then it does`t crash at all but just starts.... But all crashes look similar
like: System.AccessViolationException: Attempted to read or write protected
memory. This is often an indication that other memory is corrupt.
at
System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject&
ppEnum)
at System.Management.ManagementObjectCollection.GetEnumerator()
I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr).
One thing that can be seen it queries for property "Characteristics" from
win32_processor, that is afaics missing, but that is probably not the cause of
the crashes; to rule that out could it be added?
It might be due to mountmgr.sys insufficiencies, but i cannot tell really for
sure.
Anyway, one way to reliably get the program started 100% is disabling
mountmgr.sys and/or wbmprox...
(Note: I installed native dotnet48, d3dcompiler_47 and arial via 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=52508
Bug ID: 52508
Summary: EnumDisplayDevices() fails in obscure ways on 32-bit
arch when 64-bit Vulkan is present but 32-bit is
missing
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com
Distribution: ---
FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1.
I'm fine with calling this case "user error", but the problem is, it's not that
hard to be missing Vulkan drivers for one architecture, while debugging this
took way too long. It'd be nice to at least have some way of printing a
message.
The basic problem is that when Vulkan is present we retrieve the PCI IDs from
it, but when it's absent we set them to zero. As a result we end up creating
two different sets of registry entries, but only the 64-bit one gets populated
via initialize_display_settings(). EnumDisplayDevices() tries to access it and
finds the GPU entries empty.
This does lead me to ask: can we avoid querying GPUs in each process? Can we
just let explorer.exe manage them and get our information from there?
CC'ing Jacek and Zhiyi as both having worked closely with this code.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52809
Bug ID: 52809
Summary: Steam regression since 2aa4673f32
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 72185
--> https://bugs.winehq.org/attachment.cgi?id=72185
Log output
One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A
bisect resulted in this commit:
2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit
commit 2aa4673f32d08238b61e5b445d8bf873dccf2556
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 11 11:36:24 2022 +0200
ntdll: Support UTF-8 codepage in string conversion functions.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------
dlls/ntdll/string.c | 8 +--
2 files changed, 148 insertions(+), 49 deletions(-)
Wine output repeats the lines from the attached log.txt repeatedly. I'll
investigate more closely tomorrow.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 7.7.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52825
Bug ID: 52825
Summary: Capella help crashes with Error "qtwebengingeprocess
has serious errors"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: newsletter(a)gerhardbeck.de
Distribution: ---
Created attachment 72211
--> https://bugs.winehq.org/attachment.cgi?id=72211
Screenshot
I wanted to use the help of capella 8.
It show the start spleen but when trying to see a content it crashes, see
attached screenshot and backtrace
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52640
Bug ID: 52640
Summary: Steam does not display anything when using the Vulkan
renderer (stack overflow from official Vulkan loader
calling into dxgi)
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8
Distribution: ---
steamwebhelper.exe constantly crashes due to a stack overflow:
05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer.
05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0
stub
05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread
05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000)
The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the
process of initializing Vulkan [wined3d_init_vulkan()], the loader calls
CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently
initialize Vulkan, leading to infinite recursion.
Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader,
and so any attempt to use the Vulkan renderer on Windows would fail as well...
--
Do not reply 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=24574
Summary: RAR Password Recovery Magic initial (registration)
window is empty and doesn't allow any interaction
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Created an attachment (id=31036)
--> (http://bugs.winehq.org/attachment.cgi?id=31036)
The initial window
Download and install, try to run.
--
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=52763
Bug ID: 52763
Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu
in win10 mode
Product: Wine
Version: 7.5
Hardware: x86-64
URL: https://conemu.github.io/en/Downloads.html
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Distribution: Debian
ConEmu in win10 is broken since aforementioned commit. The ConEmu console
reports an error and than bails out.
The bug is only present when version is set to win10
Expected behaviour: Have an interactive ConEmu console
Actual behaviour: Conemu console unusable
3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit
commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Mar 31 12:06:41 2022 +0200
kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table.
Sharing the table pointers through KernelBaseGetGlobalData to check for
handle validity in kernel32, and as native does it.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/kernel32/heap.c | 20 +++++---
dlls/kernel32/tests/heap.c | 9 ----
dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++---------------------
3 files changed, 75 insertions(+), 69 deletions(-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52703
Bug ID: 52703
Summary: regression in wine 7.4-1 - irfanview x64 crash in
[AccessCheckByTypeAndAuditAlarmW]
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joo.peter(a)gmail.com
Distribution: ---
Created attachment 72060
--> https://bugs.winehq.org/attachment.cgi?id=72060
this is the backtrace provided by wine when i_view64.exe crashed
I think it is important to have the exact steps on how to reproducate such
issue.
Maybe it is trivial, but I wrote it down here anyway.
1)
Install the lastest Manjaro with Xfce desktop environment from here:
https://manjaro.org/downloads/official/xfce
I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file.
Using VirtualBox I created a fresh installation.
2)
Upgraded the fresh install to its latest stable version:
yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh
3)
Irfanview requires mono too, so install wine and wine-mono:
sudo pacman -S --needed wine wine-mono
The installed version become:
multilib/wine = 7.4-1
community/wine-mono = 7.1.1-1
4)
Download IrfanView x64 and its plugins from here
https://www.irfanview.com/64bit.htm
The following links are the one you need from that page:
Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB)
Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB)
Afterwards you have two zip files:
iview460_x64.zip
iview460_plugins_x64.zip
5)
Extract iview460_x64.zip to $HOME/temp/irfanview directory.
Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins'
directory.
6)
Go there and run it manually:
wine64 ./i_view64.exe
It opens with a crash:
Backtrace:
=>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase
(0x000000000000000a)
1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a)
2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900)
3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900)
4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900)
5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000)
6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32
(0x0000000000000000)
7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000)
The full crash is in the attached backtrace.txt file.
The proof that previous version works:
1)
remove just wine and wine-mono, but keep their dependencies there
sudo pacman -R wine wine-mono
2)
download the previous compatible versions manually:
wget
https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst
wget
https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk…
3)
install them:
pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst
pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst
4)
run irfanview again, it starts without crash:
wine64 ./i_view64.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=52223
Bug ID: 52223
Summary: activeCodePage utf-8 in application manifest not
respected
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: terinjokes(a)gmail.com
Distribution: ---
Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed
applications to opt-in to supporting the UTF-8 code page by defining
"activeCodePage" in their application manifest. When in this mode, the "ANSI"
-A WinAPI functions operate in UTF-8 mode.
<activeCodePage
xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage>
WINE, even when winver is set to "win10", does not respect this application
manifest key, resulting in the application starting with a legacy code page.
This can cause issues if the user expects to work with files or strings not
supported in the active legacy code page. Often characters that cannot be
represented in the code page are replaced by question marks.
I am using the staging release of 6.22.
[1]:
https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c…
Expectation:
When an application with activeCodePage set to "UTF-8" in the application
manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings
returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings
provided to WinAPI functions are UTF-8 and display appropriately in the UI.
Observed:
GetACP() returned a number representing a legacy code page (eg, 1252). Strings
returned by WinAPI functions are in that code page. Characters that cannot be
represented are replaced by question marks.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44144
Bug ID: 44144
Summary: Complete support for “InstallShield Wizard” (for a
game installation)
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I have tried to install the game “Civilization IV” once more. The corresponding
log messages indicate some details for further considerations.
elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe
0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005
0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
…
0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
…
0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4
L"D:\\data1.hdr"
0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub
manager, oxid=3700000038, oid=2
0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with
error 0x8001011d
0051:err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-4e00-000034000000}
0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108
…
Now I am curious which other open issues will be still remaining if the
situation can be improved for the software “InstallShield Wizard” a bit more
also around such programming interfaces.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=2485
khashajar.hani(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |khashajar.hani(a)gmail.com
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43862
Bug ID: 43862
Summary: NVAPI can't start (error 0xFFFFFFFE)
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ikdc.services(a)gmail.com
Distribution: ---
Created attachment 59440
--> https://bugs.winehq.org/attachment.cgi?id=59440
Logs of the command : "wine csgo.exe"
Detected when I tried to start CS:GO on Steam Windows (started also with wine).
With the logs, it seems to be an D3D error about format.
Config :
- Xubuntu 16.04 x86
- Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.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.