https://bugs.winehq.org/show_bug.cgi?id=54566
Bug ID: 54566
Summary: Speed Busters: not clickable buttons in main menu
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 74107
--> https://bugs.winehq.org/attachment.cgi?id=74107
Wine Output running programm
Hello,
The game "Speed Busters: American Highways"
[https://appdb.winehq.org/objectManager.php?sClass=application&iId=2832],
bought on GOG [https://www.gog.com/game/speed_busters] installs just fine, but
it's not possible to progress beyond the main menu.
The main menu is fully visible, the mouse cursor itself too, but it's not
actually possible to click on any of the buttons (or other interactive
elements). Nothing seems to happen, when clicking on anything.
Note: In winecfg, it's necessary to "Emulate a virtual desktop". Otherwise the
game will start in full screen mode, and due to that described
non-interactivity, it becomes impossible to leave the game anymore, so you will
get perpetually stuck unless rebooting the computer.
When alt tabbing the game running in full screen mode, it can be seen that an
error window from wine is produced in the background, which is not readable,
because the game always immediately commands control back.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54609
Bug ID: 54609
Summary: 32-bit LDAP Administrator crashes in internal Wine
function proxy_manager_destroy
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74138
--> https://bugs.winehq.org/attachment.cgi?id=74138
WINEDEBUG=+ole
If I am reading the OLE trace correctly, the application:
1. Creates a proxy interface:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID
2000000100, OID 3e
2. Sends the pointer to that interface to another thread:
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
3. Releases and frees the interface:
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
4. Receives the interface pointer on the other thread:
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
5. Uses the interface on the other thread, despite it being freed:
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
6. Releases and frees the interface again, which crashes:
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
I don't understand how this works without crashing on Windows.
Here are all the traces that mention that interface pointer:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100,
OID 3e
0110:trace:ole:ClientIdentity_AddRef 01505048 - before 1
0110:trace:ole:ClientIdentity_Release 01505048 - after 1
0110:trace:ole:std_unmarshal_interface Successfully created proxy 01505048
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
0110:trace:ole:ClientIdentity_Release 01505048 - after 0
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
The 64-bit version also crashes, but in a different way, see Bug 54606.
$ sha256sum ldapadmin-4.21.24429.0-x86-eng.msi
9d3e062b9c30d4bd73630b969414f65f969f0eafc5a3835f1ebb246c5c657d2a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54166
Bug ID: 54166
Summary: Compilation fails with gcc 4.8.4 (error:
‘HTTP_STATUS_CONTINUE’ undeclared)
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73692
--> https://bugs.winehq.org/attachment.cgi?id=73692
log.txt
Compiling in 32 bit 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-8.0-rc1
In function ‘cups_write_doc’
error: ‘HTTP_STATUS_CONTINUE’ undeclared (first use in this function)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55471
Bug ID: 55471
Summary: nGlide wrapper produces black screen in games using
the D3D backend
Product: Wine
Version: 8.4
Hardware: x86-64
URL: https://archive.org/download/Wiz8b/Wiz8NetDemoEB.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6
Distribution: ArchLinux
Created attachment 75029
--> https://bugs.winehq.org/attachment.cgi?id=75029
terminal output
I'm using nGlide wrapper v2.10 for old games from the Win95/Win98 era that
support the 3Dfx Glide renderer.
The problem is that most (but not all) of the games just produce a black screen
after startup if <Video backend> is set to <Auto> or <Directx> in the nGlide
configurator. Vulkan backend is working properly.
Some affected games are Descent 3, Die by the Sword, Ultima IX, Wizardry 8,
Tachyon The Fringe, Powerslide.
The problem is present since Wine 8.4 and regression testing points to
commit 46c8a637525d0f1cf67830295fb460c819b800b6
winex11: Separately store the internal pixel format set by
WGL_WINE_pixel_format_passthrough.
To reproduce the problem in Wizardry 8 demo:
1. download and install the nGlide v2.10 wrapper:
https://www.zeus-software.com/downloads/nglide/d-1.html
Configuration is done by running nglide_config.exe. Video backend should be
either <Auto> or <DirectX>.
2. download and install Wizardry 8 demo.
First run 3Dsetup.exe from the game directory. If nGlide v2.10 is installed
then you have the option to select 'Glide2x' as the renderer.
3. start the demo with Wiz8.exe. After a short intro the screen remains black.
nGlide210_setup.exe (3.2 M)
md5sum: cd30d314c3f1470cef1a35300fda1a20
Wiz8NetDemoEB.exe (143 M)
md5sum: 728f87e9768102c71017675a1bb06425
Wine 8.14
X.Org X Server 1.21.1.8
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 535.43.08
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54718
Bug ID: 54718
Summary: msvcr90:msvcr90 - test__get_current_locale() sometimes
gets an unexpected refcount on w10pro64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcr90:msvcr90 - test__get_current_locale() sometimes gets an unexpected
refcount on w10pro64:
msvcr90.c:2382: Test failed: refcount = 4
See https://test.winehq.org/data/patterns.html#msvcr90:msvcr90
This only happens in 64-bit tests, and only on w10pro64. Yet it has the same
msvcr90 version as the other Windows 10 2004+ VMs:
w10pro64v2004 msvcr90=9.0.30729.9625
w1064v2009 msvcr90=9.0.30729.9625
w10pro64 (21H1) msvcr90=9.0.30729.9625
w1064 (22H2) msvcr90=9.0.30729.9625
w11pro64 msvcr90=9.0.30729.9635
The test already considers a refcount of 2 to be broken (without indicating
why, commit f71f16319816) so maybe the same should be done for a value of 4?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45273
Bug ID: 45273
Summary: Chessbase 11 cannot draw arrows
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Similar issue to
https://bugs.winehq.org/show_bug.cgi?id=42809
but with slightly differing unimplemented requirements from GdipWidenPath.
Originally mentioned on https://bugs.winehq.org/show_bug.cgi?id=37275
In this case:
0064:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented
0064:fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7
0064:fixme:gdiplus:GdipSetCustomLineCapStrokeCaps not implemented
0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff
0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff
The first two error messages have been around a long while so are probably
unrelated.
The last two (same) messages are multiplied for each extra arrow drawn, which
probably indicates only the last needs to be implemented.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55333
Bug ID: 55333
Summary: ws2_32:sock - test_connect_events() sometimes fails in
Wine
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
It seems to get FD_WRITE *after* FD_CONNECT, resulting in the following failure
messages:
sock.c:6408: Test failed: got events 0x10
sock.c:6409: Test failed: expected timeout
sock.c:6409: Test failed: got events 0x2
I don't immediately know how this can happen. I'm pretty sure we depend on
POLLOUT to trigger both.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55286
Bug ID: 55286
Summary: msvcrt:file - The 64-bit test_invalid_stdin_child()
sometimes gets a bad stdin handle on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcrt:file - The 64-bit test_invalid_stdin_child() sometimes gets a bad stdin
handle on Windows 10:
file.c:1762: Test failed: handle = 0000000000000048
file.c:1766: Test failed: info->handle = 0000000000000048
file.c:1769: Test failed: stdin->_file = 0
file.c:1774: Test failed: errno = 22
file.c:1784: Test failed: errno = 22
file.c:1804: Test failed: errno = 22
file.c:1808: Test failed: fclose(stdin) returned 0
file.c:1809: Test failed: errno = -559038737
1dd4:file: 25 tests executed (0 marked as todo, 0 as flaky, 8 failures), 0
skipped.
See https://test.winehq.org/data/patterns.html#msvcrt:file
This failure has only happened in he 64-bit tests on Windows 10 so far but it
is pretty rare so this may not be significant. There are only three known
instances to date:
* 2023-02-06 win21H1_newtb-w10pro64-64 (handle = 4C)
* 2023-02-09 win21H1_newtb-w10pro64-64 (handle = 48)
* 2023-07-19 win22H2_newtb-w1064-64 (handle = 48)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54756
Bug ID: 54756
Summary: Forza Horizon 4 crashes with
concrt140.dll.??0_Cancellation_beacon@details@Concurre
ncy@@QEAA@XZ
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0000000000683C9E to unimplemented function
concrt140.dll.??0_Cancellation_beacon@details@Concurrency@@QEAA@XZ, aborting
8.4-304-ga98d9dd9e99
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54064
Bug ID: 54064
Summary: ntdll:threadpool - test_tp_io() sometimes fails &
crashes in Wine (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_io() sometimes fails & crashes in Wine (GitLab CI):
ntdll:threadpool start dlls/ntdll/tests/threadpool.c
wine: Unhandled page fault on read access to 0000000C at address 7BC644D1
(thread 07c4), starting debugger...
threadpool.c:641: Test marked todo: TpSimpleTryPost unexpectedly returned
status 0
threadpool.c:1595: Test marked todo: expected that timers are merged
threadpool.c:2034: Test failed: got 0xc0000017
threadpool.c:2035: Test failed: expected non-NULL TP_IO
Unhandled exception: page fault on read access to 0x0000000c in 32-bit code
(0x7bc644d1).
...
Backtrace:
=>0 0x7bc644d1 impl_from_TP_IO+0x3(io=<internal error>)
[Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:351] in ntdll (0x0077fd08)
1 0x7bc644d1 TpWaitForIoCompletion+0x11(io=00000000, cancel_pending=0)
[Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:348] in ntdll (0x0077fd08)
2 0x004e7a58 in ntdll_test (+0xe7a58) (0x0077fde8)
...
Strangely enough this failure never happened in the nightly WineTest runs but
it did impact at least 5 merge requests so far:
* 2022-11-30 MR!1615
* 2022-11-29 MR!1545
* 2022-11-25 MR!1537
* 2022-11-23 MR!1508
* 2022-11-10 MR!1326
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55500
Bug ID: 55500
Summary: Launching new processes in Virtual Desktops is slow
and stutters the system
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gabrielopcode(a)gmail.com
Distribution: ---
When in Virtual Desktop mode, launching any processes (even start.exe) causes a
short burst of high GPU usage, at least with NVIDIA drivers. This happens
because of vkGetRandROutputDisplayEXT, which seems to be very expensive, and
it's supposed to be done only once per wineserver launch, but that doesn't work
in Virtual Desktop mode because it always calls get_host_primary_monitor_rect
which ends up calling that function, even though it only needs the ID.
This actually can cause huge graphical stutters/lag of half a second when
launching processes in a Virtual Desktop.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55351
Bug ID: 55351
Summary: gdiplus:graphicspath - test_flatten2() fails on
Windows 7 - 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdiplus:graphicspath - test_flatten2() fails on Windows 7 - 11:
graphicspath.c:1270: Test failed: Expected 00000000, got 00000002
See https://test.winehq.org/data/patterns.html#gdiplus:graphicspath
The failure started on the day test_flatten2() was introduced with the commit
below:
commit 36c3a51d6abbdba4054e02c2a10b9fd38f8a3d5d
Author: Fabian Maurer <dark.shadow4(a)web.de>
AuthorDate: Mon Jul 24 17:23:44 2023 +0200
gdiplus: Prevent infinite loops due to floating point inaccuracy.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52492
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55341
Bug ID: 55341
Summary: Colin McRae Rally 2.0 since wine 8.4 shows just black
screen
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: marcinzw(a)gmail.com
Distribution: ---
Before wine 8.4 the game worked flawlessly, but now even through all version up
to the wine 8.13 and latest git version shows only a black screen after intro.
I was hoping that the next versions will fix the problem (I stayed with wine
8.3 until now) but it doesn't happen. So I bisected and find the commit
46c8a637525d0f1cf67830295fb460c819b800b6 is the problem. Exactly just one
change in file dlls/winex11.drv/opengl.c in line 1405 (line number from latest
git repo)
+ win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE)
- win32u_set_window_pixel_format( hwnd, pixel_format_index( format ),
internal );
This reverts one of the change made in this commit and fixes problem with a
black screen with latest git version as well. I hope this change (or similar
which resolve the problem) can be 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=43822
Bug ID: 43822
Summary: No car song TrackMania nation forever (steam version)
Product: Wine
Version: 2.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 59369
--> https://bugs.winehq.org/attachment.cgi?id=59369
trackmania without car song
Hello I have problem with trackMania nation forever on steam.
I don't have the car song (all other song work)
http://store.steampowered.com/app/11020/TrackMania_Nations_Forever/
The car song work on the standalone installer
(trackmania 1 demo)
http://trackmaniaforever.com/nations/
I have tried to change openAL version or override this but it not correct the
problem.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55457
Bug ID: 55457
Summary: Robot Battle 1.4 crashes on startup after commit
08dc691d
Product: Wine
Version: 8.13
Hardware: x86-64
URL: https://web.archive.org/web/20130317061354/http://www.
robotbattle.com/download/latest.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: telans(a)posteo.de
CC: gabrielopcode(a)gmail.com
Regression SHA1: 08dc691dfb410de7115db3f9c34b225327e21f67
Distribution: ---
Created attachment 75018
--> https://bugs.winehq.org/attachment.cgi?id=75018
Backtrace Log
Robot Battle 1.4 crashes on startup. A bisect found commit 08dc691d ("mshtml:
Explicitly hold ref to the plugin host in NPP_New.") is the cause.
I've set the URL field here to a working link for the installer.
It looks like a NULL dereference at IOleClientSite_AddRef when
container->plugin_host is failed to be created.
A simple patch that fixes this for me is to check for err before attempting
IOleClientSite_AddRef.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55259
Bug ID: 55259
Summary: TranscendPang has corrupted graphics in-game
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skorohodov4219(a)gmail.com
Distribution: ---
Created attachment 74874
--> https://bugs.winehq.org/attachment.cgi?id=74874
what is output if i launch the game from terminal
Download link:
http://cerebralmuddystream.nekokan.dyndns.info/TranscendPang/downloads.html
(the link at the top that says
FULL PACKAGE(ver1.10 2012/8/01)(およそ60MB))
OS: Manjaro Linux x86_64
Kernel: 6.1.38-1-MANJARO
CPU: Intel i5-2320 (4) @ 3.000GHz
GPU: NVIDIA GeForce GTX 550 Ti (using the proprietary driver)
Main menu looks fine, but when you start the game, parts of the background and
balls are 100% black, can't see much; parts of the background that do get shown
seem to be squished to the left.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55499
Bug ID: 55499
Summary: Arturia Software Lab 2.6.0: Window
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mistria(a)redhat.com
Distribution: ---
Created attachment 75062
--> https://bugs.winehq.org/attachment.cgi?id=75062
Console Log
Using wine-devel 8.14 from the winehq dnf repo, on Fedora 38, and trying to run
latest Arturia Software Center (2.6.0.2328), I see a window quickly showing up
and then closing immediately, and the application seems to hang in the terminal
doing nothing.
Log 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=49161
Bug ID: 49161
Summary: Trying to run
GrapeJuice(https://gitlab.com/brinkervii/grapejuice)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blakeablin(a)icloud.com
Distribution: ---
Created attachment 67180
--> https://bugs.winehq.org/attachment.cgi?id=67180
Error details
Trying to run Roblox via GrapeJuice give me the error I will attach.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54758
Bug ID: 54758
Summary: shell32:progman_dde - test_parser() sometimes gets
DMLERR_NOTPROCESSED in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:progman_dde - test_parser() sometimes gets DMLERR_NOTPROCESSED in Wine:
progman_dde.c:274: Test failed: expected DMLERR_NO_ERROR, got 16393
progman_dde.c:275: Test failed: directory should not exist
See https://test.winehq.org/data/patterns.html#shell32:progman_dde
Where 16393 == DMLERR_NOTPROCESSED
The first known instance happened on 2023-03-02: this did not happen in the
previous 6 months. Since then there has been a bit over 1 instance per week so
it seems likely this is caused by a commit in late February:
* 2023-03-02 on debian11-win32-ar-MA
* 2023-03-03 on fgtb-debian11-win32
* 2023-03-10 in MR!2368 on debian11-win32
* 2023-03-22 in MR!2466 in the test-linux32 GitLab CI
* 2023-03-28 in MR!2526 on debian11-win32
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55417
Bug ID: 55417
Summary: user32:msg - test_showwindow() sometimes fails due to
an unexpected WM_SYNCPAINT message on Windows 10
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:msg - test_showwindow() sometimes fails due to an unexpected
WM_SYNCPAINT message on Windows 10:
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 0:
the msg 0x0018 was expected, but got msg 0x0088 instead
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 1:
the msg 0x0046 was expected, but got msg 0x0018 instead
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 6:
the msg sequence is not complete: expected 0000 - actual 0046
See https://test.winehq.org/data/patterns.html#user32:msg
Where: 0x18 == WM_SHOWWINDOW
0x46 == WM_WINDOWPOSCHANGING
0x88 == WM_SYNCPAINT
Maybe the WM_SYNCPAINT should just be added as optional.
This only happened 4 times in the past 8 months:
* 2022-12-09 win21H1_newtb-w10pro64-zh-CN-64
* 2023-03-27 win21H1_newtb-w10pro64-ko-64
* 2023-06-09 win21H1_newtb-w10pro64-ja-64
* 2023-08-04 win21H1_newtb-w10pro64-ja-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53505
Bug ID: 53505
Summary: d3d9:visual - test_vshader_input() sometimes fails on
Windows <= 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_vshader_input() sometimes fails on Windows <= 10 1607:
visual.c:8907: Test failed: Input test: Quad 3(2crd-wrongidx) returned color
0x00ff00ff, expected 0x00ff0080
https://test.winehq.org/data/patterns.html#d3d9:visual
This happens on Windows 8, Windows 10 1507 and 1607 but is rare enough (~7%) to
sometimes cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53385
Bug ID: 53385
Summary: Vulkan was running really fine, before MESA/Xorg
Update last month, current version crashes
Product: vkd3d
Version: 1.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: juergen.sauer(a)automatix.de
Distribution: ---
I was using dxvk-bin in Arch Linux.
[jojo@pc7 wotlk]$ cd /usr/share/dxvk/
[jojo@pc7 dxvk]$ ./setup_dxvk.sh install
This worked over years like a charm, rocksteady.
Since a month ago, I got:
[jojo@pc7 wotlk]$ wine Wow.exe
..
info: Game: Wow.exe
info: DXVK: v1.10.2
info: Built-in extension providers:
info: Win32 WSI
info: OpenVR
info: OpenXR
info: OpenVR: could not open registry key, status 2
info: OpenVR: Failed to locate module
info: Enabled instance extensions:
info: VK_KHR_get_surface_capabilities2
info: VK_KHR_surface
info: VK_KHR_win32_surface
terminate called after throwing an instance of 'dxvk::DxvkError'
abnormal program termination
wine-7.13 (Staging)
...
uninstalling dxvk-bin -> game works again,
but it runs sometimes in Wow Errors accordinf the OpenGL Stack.
You can reproduce on Arch Linux, current update, wine-staging, running Wow
WoW_3.3.5a_rising-gods.de. Client avaible via rising-gods.de
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55131
Bug ID: 55131
Summary: Celeste FNA x86 Windows Game does not work on WOW64
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
Created attachment 74684
--> https://bugs.winehq.org/attachment.cgi?id=74684
backtrace when trying to boot the game
Specifically testing the FNA build of Celeste available on Itch.io but it is
available on other platforms as well https://mattmakesgames.itch.io/celeste
The game does not run on WOW64 (tested on Wine-8.10 and Wine-8.11) builds but
runs fine on the standard Wine-8.10 multiarch (32bit and 64bit linux
userspace).
A backtrace when trying to launch the game 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=54414
Bug ID: 54414
Summary: Window content corrupted after using scrollbars
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maranbr(a)outlook.com
Distribution: ---
Created attachment 73975
--> https://bugs.winehq.org/attachment.cgi?id=73975
Window content after scroll
The window content gets completely corrupted after use scroll bars.
Tested on versions 4.x, 5.x, 6.x, 7.x and the last one available, the 8.0.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54785
Bug ID: 54785
Summary: ole32:compobj - test_CoWaitForMultipleHandles()
sometimes does not receive WM_USER on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoWaitForMultipleHandles() sometimes does not receive
WM_USER on Windows. There are two places where this can happen:
compobj.c:2999: Test failed: expected message 1024, received none
and
compobj.c:3034: Test failed: expected message 1024, received none
See https://test.winehq.org/data/patterns.html#ole32:compobj
This failure impacts all Windows version but still only happens once every
other month on average:
* 2022-12-09 on fgtb-w10pro64-rx550-64
* 2023-01-24 on fgtb-w10pro64-rx550-64
* 2023-03-10 on w7u-pt-PT
* 2023-04-04 on w7u-de
* 2022-08-28 on w1064-tsign-32
This is a slightly different case because compobj received an unexpected
WM_DEVICECHANGE message instead of no message:
compobj.c:3000: Test failed: unexpected message 537
compobj.c:3034: Test failed: expected message 1024, received 537
compobj.c:3035: Test failed: unexpected message 1024
--
Do not reply 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=35336
Bug ID: 35336
Summary: HoMM 3: Horn of the Abyss launcher freezes on the game
update (Mono issue)
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs140(a)gmail.com
Classification: Unclassified
How to reproduce: open HotA_launcher.exe and then click on Update HotA. If you
try to cancel the update or there will be no updates available, the application
freezes.
With 'winetricks dotnet30' the launcher works fine, so it looks like a problem
with Mono.
You DON'T NEED Heroes of Might & Magic 3 to test this, you can open the
launcher of this unofficial expansion without downloading the original game.
There is nothing in the logs.
TESTED ON:
Ubuntu 13.04 and Mac OS X 10.9 Mavericks
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54143
Bug ID: 54143
Summary: Chessbase 11 arrows draw too large
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 73675
--> https://bugs.winehq.org/attachment.cgi?id=73675
Picture of arrow on wine8.0-rc1
When arrows are drawn using Chessbase 11, they are too big. See attached
screenshot and log.
Compare with:
https://www.youtube.com/watch?v=xvJd97ZnHAk
At 4:58 an arrow is showing from g8 to f6 pointing to a knight that has just
moved. I've also set up this arrow on chessbase 11 with wine 8.0-rc1. Note
later chessbase draws arrows slightly different, so software like CBReader14
doesn't appear to be affecting by this issue.
On wine 8.0-rc1 in CB 11 the stem of the arrow looks approx in the right place.
It crosses f7/g7 (the squares occupied by pawns) at the right point. The tip of
the arrow is in the right place on the knight between the white on the mane and
the chin. On wine 7.22 the endcap square (some default catch in a switch
statement maybe) is being drawn which is not on native chessbase (thus the
arrow isn't meant to hide it). Finally the back of the arrow head is in the
wrong place (some scaling maybe?) which is making it too large. On wine 7.22
the back of the arrow is drawn from the right shoulder of the pawn on f7 (the
one nearest the king) to near (left of) the base of the one on g7. In the video
the arrow appears from under the base of the f7 pawn (almost but not quite
lined up horizontally the bishop on f8's cross right hand edge) to just inside
the corner of the square the knight is on.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51890
Bug ID: 51890
Summary: A lot more old games would be so much more usable if
wine's virtual desktop had proper resizing
Product: Wine-staging
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: el(a)horse64.org
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I have a really significant amount of older games around, none of which will
launch on this machine without wine's virtual desktop feature because on a
widescreen monitor, they determine there is no "expected" fullscreen resolution
available and crash.
Now I'd just use the virtual desktop, except it feels archaic and not very
usable: why is it that for a 800x600 game on a 800x600 virtual desktop, I can't
just maximize the virtual desktop window and get the virtual desktop SCALED UP
with proper letterboxing so I can play in some other way than a tiny window
with zero immersion and everything so small I can barely see it? Funnily enough
I can even resize the virtual desktop window except the resizing is fully
ignored and I just get black void with no scaling up all around with the game
stuck in the top-left, and the maximizing is blocked.
Scaling up (with automatic letterboxing), maximizing would seem like such
obvious features to make virtual desktop gaming infinitely less clumsy and
weird that I am a bit surprised it's not in there yet. Can it please be added??
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55006
Bug ID: 55006
Summary: vbscript single line if else without else body fails
compilation
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
This is valid vbs when run with `cscript`
```
If x = 1 Then DoSomething() Else
```
wine vbscript fails with: "Compile error: Line: #, Character: #, Description
unavailable"
Workaround is changing the code to
```
If x = 1 Then DoSomething() Else:
```
or
```
If x = 1 Then DoSomething()
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55496
Bug ID: 55496
Summary: World of Warships (12.7 update) - Graphical glitch -
Water texture and effects at wrong sea level.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 75058
--> https://bugs.winehq.org/attachment.cgi?id=75058
Screenshots with glitch highlighted in red.
Hello,
Since the game update to 12.7, water textures and effects are rendered below
the sea level.
All objects are rendered at the same 'sea' level and the physics are respected,
but the water texture and effects are drawn below the sea surface, as if it was
painted at the bottom of a perfectly transparent sea, instead of the top.
I'm joining screenshots that show the issue. The glitches are highlighted with
red arrows.
On the first screenshot, the splash of the water drains are visibly shifted
below the ship in the port.
On the second screenshot, the space between the island in the distance and the
water texture below them is visible. Water trails from moving ships are shifted
below them.
On the third screenshot, the water trail from the player ship is shifted, as
are the splashes from artillery shells.
The fourth screenshot shows more shifted water trails and shells splashes, from
a dead player's observation camera (higher in the sky).
The height of the glitch is proportional to the distance of the camera zoom.
The farthest the camera is of the ship, the lower the water texture is drawn.
When the camera is zoomed to the closest, the water texture and effects are
nearly perfectly placed (it's still shifted by a small amount).
The glitch is easier to see when turning the camera around, as the water
texture doesn't match the ship position (because of perspective). The water
trails and splash effects do match the water texture position, but not their
respective objects. Objects matches their relative positions.
Note that on the screenshots, the horizon curve to the edge is magnified by my
ultra-wide resolution. Don't worry about the calculator on the first
screenshot. I had trouble getting a non-transparent screenshot of the Wine
full-screen window. After that capture, I found another way that didn't require
a non-full-screen window to be active.
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=53371
Bug ID: 53371
Summary: 0024:fixme:ntdll:create_logical_proc_info stub
Product: Wine
Version: 7.12
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yklaxds(a)gmail.com
Created attachment 72755
--> https://bugs.winehq.org/attachment.cgi?id=72755
log
FreeBSD 13.1 release amd64
KDE plasma 5
emulators/wine-devel 7.12 not work at all.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55495
Bug ID: 55495
Summary: ntdll:threadpool - test_tp_wait() sometimes gets an
unexpected timeout in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine:
threadpool.c:1715: Test failed: WaitForSingleObject returned 258
threadpool.c:1720: Test failed: expected info.userdata = 0, got 65536
threadpool.c:1729: Test failed: WaitForSingleObject returned 0
See See https://test.winehq.org/data/patterns.html#ntdll:threadpool
1715 & 1720: The timeout can also happen on Windows 8 and in that case the test
expects info.userdata to still be zero. But in Wine info.userdata still gets
set despite the timeout so the test fails. A hacky fix would be to expect the
correct behavior if (!broken(result == WAIT_TIMEOUT)) but it would be much
better to fix Wine's implementation.
Then the next WaitForSingleObject() does not time out which sounds a bit
similar to bug 55493.
The oldest known instance happened at the start of May and this seems to mostly
happen on the GitLab CI:
* 2023-07-28 MR!3441 (only the last two failures?)
* 2023-06-01 MR!2951 (only the last two failures?)
* 2023-05-31 fg-deb64-t32
* 2023-05-24 gitlab-debian-32
* 2023-05-02 MR!2734
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55493
Bug ID: 55493
Summary: ntdll:threadpool - test_tp_timer() sometimes fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_timer() sometimes fails in Wine:
threadpool.c:1439: Test failed: WaitForSingleObject returned 0
threadpool.c:1441: Test failed: WaitForSingleObject returned 258
See https://test.winehq.org/data/patterns.html#ntdll:threadpool
So instead of getting a timeout then a success, the test first gets an
unexpected WaitForSingleObject() success and then a timeout. That means it's
not a simple issue of the test running too slow.
There are only three known instances so far:
* 2023-08-23 MR!3621
* 2023-07-03 MR!3218
* 2023-06-09 fg-deb64-t32
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55490
Bug ID: 55490
Summary: Halo Online / Eldewrito - Dedicated Server
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bogdan17(a)garglob.com
Distribution: ---
When I try to run a dedicated server on a computer that does not have a GPU
(AMD or NVIDIA), it will not launch the dedicated server, even though the
dedicated server does not require any graphical. I was able to run this on the
same computer running Windows 10 without any issues which also did not have a
AMD or NVIDIA GPU.
This is the terminal output when trying to run the dedicated server. Not sure
wine insists I need a GPU.
john@pc:~$ env WINEPREFIX="/path/to/wine/prefix/" "wine
"C:\windows\command\start.exe" /Unix
"/path/to/wine/prefix/drive_c/HaloOnline/eldorado.exe" "-dedicated -window
-height 200 -width 200 -minimized"
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
john@pc:~$ 00d4:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that
ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind
package of your distribution.
00cc:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
011c:fixme:ver:GetCurrentPackageId (0D5AFEF0 00000000): stub
00cc:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00cc:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared
object file: No such file or directory
00cc:err:wgl:init_opengl OpenGL support is disabled.
00cc:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format.
00cc:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter
06AF6DD0.
john@pc:~$
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55485
Bug ID: 55485
Summary: FindFirstFileA fails on \\.\pipe\*
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 75043
--> https://bugs.winehq.org/attachment.cgi?id=75043
test.c
Split from bug 53961.
On windows you can use FindFirstFileA with "\\.\pipe\*", on wine this fails.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52235
Bug ID: 52235
Summary: Many surfaces in the game Obduction look black
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Distribution: ---
Created attachment 71338
--> https://bugs.winehq.org/attachment.cgi?id=71338
Screenshot
When running the game Obduction in wine, an interesting effect occurs where
most surfaces are pure black, yet with some lighting etc. applied, leaving the
game looking extremely dark.
This effect does not occur when running the game with DXVK, meaning there's a
very specific difference the two implementations that has a large effect on
this game.
The log shows a few DirectX and Direct3D-messages initially (counts on the
left):
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20.
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes 0x7fe90cc3ac00
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes 0x18fa4d80
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes 0x1aece780
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes 0x1af84680
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes (nil) partial
stub!
2 04a8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
10 04a8:fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle
opcode dcl_stream.
46 03d8:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3.
432 04a8:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x3.
And then thousands of these:
1080 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA16_SNORM)".
4632 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM
Might it be that certain textures or shaders aren't supported, and that that
leads to them being rendered as black?
This game also requires some other features in order to work fully, but it
might be worth it to fix this issue either for the sake of other games, or in
case further support for this game is added in the future.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55484
Bug ID: 55484
Summary: ApplePhotoStreamsDownloader.exe crashes on start
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75042
--> https://bugs.winehq.org/attachment.cgi?id=75042
Terminal output
Steps to reproduce:
1. Run `wine iCloudSetup.exe`
2. Run `wine 'C:\Program Files (x86)\Common Files\Apple\Internet
Services\ApplePhotoStreamsDownloader.exe'`
$ sha256sum iCloudSetup.exe
1100052f27c8ebf6eea57b05682eb4a5a75efd50d7ed1c943bd0108acdc5e692
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55483
Bug ID: 55483
Summary: ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 -
test_coop_level_mode_set_multi() sometimes gets
unexpected screen width on GitLab CI Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi()
sometimes gets unexpected screen width on GitLab CI Wine:
ddraw7.c:3976: Test failed: Got unexpected screen width 640.
ddraw7.c:3978: Test failed: Got unexpected screen height 480.
ddraw7.c:4011: Test failed: Got unexpected screen width 640.
ddraw7.c:4013: Test failed: Got unexpected screen height 480.
ddraw7.c:4034: Test failed: Got unexpected screen width 640.
ddraw7.c:4036: Test failed: Got unexpected screen height 480.
ddraw7.c:4041: Test failed: Got unexpected screen width 640.
ddraw7.c:4043: Test failed: Got unexpected screen height 480.
The bad screen width may also be 800,
There is typically no prior test failure. In the past four months it has
happened exclusively on the gitlab-debian-*:
* 2023-08-24 MR!3652 ddraw7
* 2023-08-16 MR!3577 ddraw1
* 2023-07/28 MR!3435 ddraw4
* 2023-06-26 MR!3158 ddraw1
* 2023-04-21 MR!2659 ddraw1
* 2022-12-07 MR!1705 ddraw7
This also happened on other platforms but these days it seems to only be Linux:
* 2023-01-13 linux_fg-deb64-t32
* 2023-01-30 linux_fgtb-debian11-wow64
* 2023-02-07 win22H2_newtb-w1064-tsign-64
* 2023-02-22 linux_fg-deb64-wow64
* 2023-04-03 win21H1_newtb-w10pro64-ar-64
* 2023-04-07 win21H1_newtb-w10pro64-ar-64
* (2023-05-10..12 w1121H2_newtb-w11pro64-amd-64 likely windows update trouble)
* 2023-05-23 linux_fgtb-debian11-wow64
* 2023-06-07 win22H2_fgtb-w10pro64-rx550-64
* 2023-07-07 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-wow64
* 2023-07-20 linux_fg-deb64-t32
* 2023-07-20 linux_fgtb-debian11-wow64
* 2023-07-21 linux_fg-deb64-wow64
And this also happens frequently on Remi's Linux machines.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51678
Bug ID: 51678
Summary: Avogadro crashes when adding atoms
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Just install, open the program (avogadro.exe) and click two times into the
black 3D part of the window.
Wine crashes with something like "Unhandled page fault on read access to
8010C497 at address 72A562D3"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55482
Bug ID: 55482
Summary: Avogadro crashes when selecting both display options:
Label and QTAIM
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 75041
--> https://bugs.winehq.org/attachment.cgi?id=75041
backtrace of Avogadro 1.2 crash when selectiong "Label" and "QTAIM" display
options.
When running Avogadro 1.2, then adding some molecules, clicking on "Display"
and selecting the two options:
x Label
x QTAIM
wine crashes with the
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (005DFC60 63 English)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makexloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makewloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makeushloc (005DFC60 63 0237E9C0 00000000)
semi-stub
OpenGL capabilities found:
Double Buffering.
Direct Rendering.
Antialiasing.
0024:err:module:import_dll Library libcairo-2.dll (which is needed by
L"C:\\Program Files (x86)\\Avogadro\\bin\\formats_cairo.obf") not found
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open element.txt defaulting to compiled data.
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:win:NtUserFlashWindowEx 0x5df2d4 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5df764 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
0128:fixme:dbghelp:elf_search_auxv can't find symbol in module
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
The backtrace 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=55481
Bug ID: 55481
Summary: No fonts in Far Cry 3 main menu while running in DX11
renderer
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Fonts are not displayed when you run farcry3_d3d11.exe.
044c:fixme:d3d:wined3d_debug_callback 078071E0: "Program undefined behavior
warning: Sampler object 3 is bound to non-de
pth texture 7, yet it is used with a program that uses a shadow sampler. This
is undefined behavior.".
0950:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55480
Bug ID: 55480
Summary: ntdll:exception - direction_flag_handler() sometimes
gets bad Dr6 flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in
Wine:
exception.c:3302: Test failed: B0 flag is not set in Dr6
exception.c:3303: Test failed: BS flag is set in Dr6
See https://test.winehq.org/data/patterns.html#ntdll:exception
This happens in both 32 and 64-bit code and started on 2023-07-19:
* 2023-07-19 linux_fgtb-debian11-x86-64
* 2023-07-21 linux_fgtb-debian11-win32_1
* 2023-07-21 linux_fgtb-debian11-win32
* 2023-07-21 linux_fgtb-debian11-wow64_1
* 2023-07-27 linux_fgtb-debian11-win32
* 2023-08-14 MR!585
* 2023-08-16 MR!3301, MR!3571
* 2023-08-24 linux_newtb-debian11b-wow64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55204
Bug ID: 55204
Summary: ws2_32:sock - test_close_events() sometimes misses the
close event on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - test_close_events() sometimes misses the close event on Windows:
sock.c:6845: Test failed: got events 0
sock.c:6858: Test failed: got -1
sock.c:6872: Test failed: got events 0
sock.c:6890: Test failed: expected timeout
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This happened 9 times in the past 8 months, mostly on Windows 7 but it did
happen once on Windows 10:
* 2022-12-14 win7_newtb-w7u-adm
* 2023-02-08 win22H2_fgtb-w10pro64-64
* 2023-02-22 win7_newtb-w7u-de
* 2023-03-17 win7_newtb-w7u-de
* 2023-03-27 win7_newtb-w7u-2qxl
* 2023-03-27 win7_newtb-w7u
* 2023-05-04 win7_newtb-w7u
* 2023-05-10 win7_newtb-w7u-es
* 2023-06-29 win7_newtb-w7u
There are also two cases where the second events check does get an FD_CLOSE
event:
sock.c:6697: Test failed: got events 0
sock.c:6710: Test failed: got -1
sock.c:6712: Test failed: expected timeout
sock.c:6712: Test failed: got events 0x20
* 2022-11-28 win21H1_newtb-w10pro64-he-64
* 2023-02-27 win22H2_fgtb-w10pro64-rx550-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53939
Bug ID: 53939
Summary: TextOut will output ASCII control character(0~31) as
tofu cause crash
Product: Wine
Version: 7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
TextOut will output ASCII control character(0~31) as tofu cause crash
build a string on windows
> static WCHAR str[] = {0x1c,0x30,0x31,0x32,0}
use TextOut(hdc,x,y,str,wcslen(str)) to output this str
on windows: output is "012"
on wine : output is "?012"
The reason is that this API does not filter ASCII control characters, and
treats the control characters as an ordinary character to output.
by the way if we fillter the control character we alse need fix the API
:GetTextExtentExPointW
Because my program uses control characters, there will be problems when
calculating the length, resulting in a crash. If I filter out the control
characters in the code myself, it will not crash. And in principle, the focus
should be on whether control characters should be output
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55411
Bug ID: 55411
Summary: Stack overflow when running Battle For Middle Earth
2.22 Launcher
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielginovker(a)gmail.com
Distribution: ---
Created attachment 74971
--> https://bugs.winehq.org/attachment.cgi?id=74971
Logs when running Restarter.exe
Hello beautiful Wine developers,
Battle for Middle Earth is an old game with custom launchers being used to make
it compatible and playable on modern Windows PCs.
When running recent versions of the launcher (cd "~/.wine/drive_c/Patch 2.22
Launcher" ; wine Restarter.exe) after installing it in a fresh wine prefix, it
gets stuck and outputs "virtual_setup_exception stack overflow"
The launcher is downloadable on Moddb (this is the official place to find the
Patch 2.22 launcher .exe):
https://www.moddb.com/mods/battle-for-middle-earth-patch-222/downloads/patc…
The source code for the launcher is also available on Github:
https://github.com/Ravo92/Patch-2.22-Launcher
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45329
Bug ID: 45329
Summary: Fresh steam install will not install games -- error:
"content servers unreachable"
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alasky(a)codeweavers.com
Distribution: ---
Created attachment 61617
--> https://bugs.winehq.org/attachment.cgi?id=61617
Steam error dialogue box
Ubuntu 18.04
Wine tip (most recent commit is
83f845dfa1bb4a6ec6e8b7f65e9469dc9a8a7787)
When attempting to install a game on a fresh Steam install, an error comes up
that says "content servers unreachable." The servers are not down and I am
able to install games correctly on my steam account not using wine. This issue
seems to be caused by an update on Steam's side.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54761
Bug ID: 54761
Summary: D3D12CreateDevice no longer in ABI of
libvkd3d-utils.so.1
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: smcv(a)collabora.com
Distribution: ---
While looking at updating Debian's vkd3d package from 1.2 to 1.7, I noticed
that `D3D12CreateDevice@VKD3D_1_0` disappeared from the ABI of
libvkd3d-utils.so.1. Was this intentional?
(D3D12CreateDeviceVKD3D@VKD3D_1_0 is still there, but if I'm understanding the
intention of this library correctly, D3D12CreateDevice@VKD3D_1_0 should have
continued to be present for backwards compat with older library binaries.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55474
Bug ID: 55474
Summary: Lunar Client do not work since its last update (3.0.0)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brandowlucas(a)gmail.com
Distribution: ---
Created attachment 75034
--> https://bugs.winehq.org/attachment.cgi?id=75034
log lunar wine
As said in the title, since lunar client updated its launcher it freezes in a
infinite loading.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.