https://bugs.winehq.org/show_bug.cgi?id=53837
Bug ID: 53837
Summary: wine-devel cannot install THS_hevo_gc8.6.1.2.exe after
devel 7.8 version
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dean-chen(a)qq.com
Distribution: ---
How to reproduce:
1. download the THS_hevo_gc8.6.1.2.exe from this stock web site from
China(同花顺财经): http://activity.ths123.com/html/xb/160809/index.html, note:
download this exe from windows, if you try to download it from linux, you
probally will get linux setup package.
2. install wine devel 7.8, and chinese fonts using winetricks
winetricks prefix=ths1 --force corefonts cjkfonts, then run the following
command for installation:
wine THS_hevo_gc8.6.1.2.exe, this will work successfully
3. upgrade wine to any version above 7.8, install THS_hevo_gc8.6.1.2.exe again,
you will see error message.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52429
Bug ID: 52429
Summary: Guild Wars: login not possible (regression)
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gero45(a)mr-gero.de
Distribution: ArchLinux
Created attachment 71689
--> https://bugs.winehq.org/attachment.cgi?id=71689
log
When trying to login into Guild Wars, it fails with an error code 011, that
indicates that a wrong password was typed in or a connection to the
corresponding server was not possible.
I double-checked the password and even copy-pasted it, it did not work.
Then I used an older version of Wine (6.5) (since this was reported as the last
working version on AppDB) and it works.
Thus I think this must be a regression.
I will try out wine 7.0, when it is released on Arch Linux (sadly it is not
yet).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52089
Bug ID: 52089
Summary: d2d1:d2d1 fails in test_draw_geometry() on Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 fails in test_draw_geometry() on the TestBot's debiant2 VM:
d2d1.c:6664: Test failed: Figure does not match.
d2d1.c:6672: Test failed: Figure does not match.
d2d1.c:6680: Test failed: Figure does not match.
d2d1.c:6688: Test failed: Figure does not match.
d2d1.c:6664: Test failed: Figure does not match.
d2d1.c:6672: Test failed: Figure does not match.
d2d1.c:6680: Test failed: Figure does not match.
d2d1.c:6688: Test failed: Figure does not match.
(todos omitted for brevity)
https://test.winehq.org/data/patterns.html#d2d1:d2d1
A bisect shows that the failures started with this commit:
commit 044f5e109fd7bdb5a3c172240d6195faa87a1dce (HEAD, refs/bisect/bad)
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Wed Nov 3 20:15:28 2021 +0300
wined3d: Test if an offset is needed to get the correct filling convention.
This fixes stray lines in GameFace GUIs, e.g. in World of Tanks.
Signed-off-by: Stefan Dösinger <stefan(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51268
Bug ID: 51268
Summary: Assembler messages: Error: no such instruction:
`xsavec (%esp)'
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 70146
--> https://bugs.winehq.org/attachment.cgi?id=70146
log.txt
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compiling wine-6.10 fails with:
Assembler messages:
Error: no such instruction: `xsavec (%esp)'
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54172
Bug ID: 54172
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_window_position() gets the size of the wrong
screen in 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:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_window_position()
gets the size of the wrong screen in Wine:
ddraw1.c:14471: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw2.c:15385: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw4.c:18435: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw7.c:18702: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
These failures never happen on debian11b which is a single-monitor
configuration.
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x768+0+0 0mm x 0mm
Virtual-2 disconnected
Virtual-3 disconnected
Virtual-4 disconnected
It also never happens on debian11 where both monitors have the same resolution:
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x737+0+0 0mm x 0mm
Virtual-2 connected 1024x737+1024+0 0mm x 0mm
Virtual-3 disconnected
Virtual-4 disconnected
But it is systematic on the debiant VM where the two screens have different
resolutions:
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x768+0+0 0mm x 0mm
Virtual-2 connected 1024x737+1024+0 0mm x 0mm
Virtual-3 disconnected
Virtual-4 disconnected
Note:
* I did not intentionally configure the two screens to have different
resolutions but I did not fight it either because it's also not that uncommon
in multi-monitor configurations.
* The 737 pixel height is a bit weird but there is no dock. Really! I'm not
sure how the X server picked these sizes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54151
Bug ID: 54151
Summary: xactengine3_7:xact3 crashes when no speaker is
connected
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xactengine3_7:xact3 crashes when no speaker is connected:
xact3.c:209: Test failed: Cannot initialize engine, hr 0x88960001
xact3.c:215: Test failed: got hr 0x8ac70002
xact3.c:218: Test failed: got hr 0x8ac70002
xact3.c:224: Test failed: got hr 0x8ac70002
xact3.c:227: Test failed: got hr 0x8ac70002
xact3.c:235: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:243: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:249: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:259: Test failed: Cannot create a streaming wave bank, hr 0x8ac70002
xact3.c:259: this is the last test seen before the exception
0df8:xact3: unhandled exception c0000005 at 0000000000401A4C
See https://test.winehq.org/data/patterns.html#xactengine3_7:xact3
Where:
0x88960001 == XAUDIO2_E_INVALID_CALL or XAUDIO20_E_XMA_DECODER_ERROR
0x8ac70002 == MAKE_HRESULT(SEVERITY_ERROR, FACILITY_XACTENGINE,
XACTENGINE_E_NOTINITIALIZED)
These failures only happen on w11pro64_amd and w11pro64_nv. What these have in
common is that the sound is supposed to go through the graphics card's HDMI /
DisplayPort connection. However those go to a dummy plug which emulates a
screen... but not speakers. This causes Windows to disable the sound volume
widget since it cannot detect any form of speaker.
I suspect, but that may require confirmation, that this causes xact to refuse
to initialize.
More notes:
* My fgtb-w10pro64-rx550 VM has the same audio-through-HDMI configuration but
is connected to my real screen which does have speakers. So sound is not
'disabled'.
* QEmu emulates an ich9 sound card in the regular w11pro64 test configuration
and Spice (the virtual KVM) provides the remote speakers. So again sound is not
'disabled' (and I always lower the default volume in the VMs so I don't get
deafened by the Windows boot sound).
* Before 2022-12-09 the w11pro64 VM was missing many DirectX dlls which caused
this test to be entirely skipped. This is why it did not crash on these test
configurations before then.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52152
Bug ID: 52152
Summary: comctl32:edit gets unexpected heights in
test_text_position_style() on Windows 10 1809+
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:edit gets unexpected heights in test_text_position_style() on Windows
10 1809+:
edit.c:2090: Test failed: wrong height expected 16 got 17
edit.c:2091: Test failed: wrong height expected 16 got 18
edit.c:2092: Test failed: wrong height expected 16 got 26
edit.c:2100: Test failed: wrong height expected 16 got 17
edit.c:2101: Test failed: wrong height expected 16 got 19
edit.c:2103: Test failed: wrong height expected 16 got 18
edit.c:2111: Test failed: wrong height expected 16 got 17
edit.c:2113: Test failed: wrong height expected 16 got 24
edit.c:2121: Test failed: wrong height expected 16 got 17
edit.c:2123: Test failed: wrong height expected 16 got 24
edit.c:2134: Test failed: wrong height expected 16 got 17
edit.c:2135: Test failed: wrong height expected 16 got 18
edit.c:2136: Test failed: wrong height expected 16 got 26
edit.c:2144: Test failed: wrong height expected 16 got 17
edit.c:2145: Test failed: wrong height expected 16 got 19
edit.c:2147: Test failed: wrong height expected 16 got 18
edit.c:2155: Test failed: wrong height expected 16 got 17
edit.c:2157: Test failed: wrong height expected 16 got 24
edit.c:2165: Test failed: wrong height expected 16 got 17
edit.c:2167: Test failed: wrong height expected 16 got 24
https://test.winehq.org/data/patterns.html#comctl32:edit
The set of bad heights is exactly the same on all failing configurations,
regardless of the Windows version, graphics card or locale. So the failure
really is related to a change that happened between 1709 and 1809.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51420
Bug ID: 51420
Summary: likely regression: heavy lag to the point of
brokenness running anything in wine.
158:err:ntdll:RtlpWaitForCriticalSection section
7BC61360 "dlls/ntdll/loader.c: loader_section" wait
timed out in thread 0158, blocked by 0144, retrying
(60 sec)
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mouse(a)dayrep.com
Distribution: ---
Debian bullseye using the winehq packages
proprietary nvidia driver from Debian non-free
Tested versions that work fine as before: 6.0.1, 6.10
Broken versions: 6.11, 6.12, staging-6.12
Running any program in wine, included or otherwise, is causing extremely poor
systems performance and is very slow. As in you can see the mouse cursor move
in steps and lagging behind inputs, or the file selection window of the wine
uninstaller takes seconds to display the icons for folder contents and loads
the one by one. This stops as soon as the wine process is killed again.
Full difference in wine log between 6.10 (works fine) and 6.12 (bugged)
reproduced below:
0158:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0158, blocked by
0144, retrying (60 sec)
0168:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0168, blocked by
0144, retrying (60 sec)
0180:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0180, blocked by
0144, retrying (60 sec)
0188:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0188, blocked by
0144, retrying (60 sec)
0198:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0198, blocked by
0144, retrying (60 sec)
0208:fixme:console:default_ctrl_handler Terminating process 20 on event 0
[Also: What is an ergonomic way to downgrade to a previous winehq-devel and
dependent wine package versions on Debian? Because synaptic in general and in
this specific (force version) case handles amd64 packages with i386
dependencies very poorly. Basically what is the apt command line to fetch and
install winehq-devel, wine-devel, wine-devel-amd64 and wine-devel-i386 all in
the same older version number? like 6.9 for example.]
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51301
Bug ID: 51301
Summary: Right click inside Roblox Client window causes the
cursor to freeze
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gnuwho.gnuwho(a)gmail.com
Distribution: ---
Platform: Arch Linux (GNOME) x86-64
In the Roblox Client (working as of Wine 6.11), if you join a game and press
and hold right click (done in order to move the camera around), the cursor
freezes in place and cannot get unstuck. As far as I know, this affects all
users that try to run the Roblox Player using Wine 6.11 or later.
Note: Roblox was installed using the Grapejuice wrapper
(https://gitlab.com/brinkervii/grapejuice).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48553
Bug ID: 48553
Summary: Catia (CAD software) refuse to run installation on
newest wine (<=4.18)
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomo.hornacek(a)gmail.com
Distribution: ---
Created attachment 66366
--> https://bugs.winehq.org/attachment.cgi?id=66366
This is output of wine to console on my system.
After running setup.exe of catia V5r19 or V5r20. Wine display "setup: Problem
with VC8 Runtime. Please try to restart your computer or contact customer
service"
On wine 4.17 and lower installation's runs just fine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54287
Bug ID: 54287
Summary: wineconsole: alterate screen buffer does not work
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 73855
--> https://bugs.winehq.org/attachment.cgi?id=73855
Source code of program to reproduce the issue
Consider the attached program.
On Windows, this program displays the characters '<==>' at the top left corner
of the console. In Wine, if using the curses backend, the program is displayed
as expected (except that the screen attributes are not reset when the program
exits).
However, if using the windowed wineconsole, this program displays just a black
screen. If the source code is modified so that `HANDLE hOut = hInit;`, then the
draw operations do change the screen.
Thank you very much.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53583
Bug ID: 53583
Summary: the Reimplemented FindNLSStringEx has bug
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: 398063392(a)qq.com
Distribution: ---
Created attachment 72966
--> https://bugs.winehq.org/attachment.cgi?id=72966
the code project
#include "stdafx.h"
#include <windows.h>
#include <assert.h>
int _tmain(int argc, _TCHAR* argv[])
{
DWORD flags = NORM_LINGUISTIC_CASING|FIND_STARTSWITH;
int nResult =
FindNLSStringEx(L"en-US",flags,L"x-oss-security-token",0xe,L"x-oss-",0x6,0,0,0,0);
printf("FindNLSStringEx Result = %d \r\n", nResult);
assert(nResult == 0);
return 0;
}
the code in Windows print: "FindNLSStringEx Result = 0"
but in Wine print: "FindNLSStringEx Result = -1
Assertion failed: nResult == 0, file .\FindNLSStringEx.cpp, line 13
"
FindNLSStringEx is very important for C#, because it is the basis of the String
class, StartsWith, EndsWith, IndexOf all rely on it to achieve. So hopefully
you guys can test it rigorously, thanks a lot. In addition, I found a lot of
bugs and fixed them myself, how can I submit these PRs?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52749
Bug ID: 52749
Summary: winetricks dotnet35sp1: printfilterpipelinesvc.exe
crashes in background
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, regression
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 68feb134af0538d7fc589c2ddb6403de9cea1055
Distribution: ---
Created attachment 72119
--> https://bugs.winehq.org/attachment.cgi?id=72119
backtrace
Regression introduced by:
68feb134af0538d7fc589c2ddb6403de9cea1055 is the first bad commit
commit 68feb134af0538d7fc589c2ddb6403de9cea1055
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Sep 13 13:50:08 2021 +0200
winspool: Use configuration file for DocumentPropertiesW.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
(note: may require a printer to be configured, didn't try disabling it/cups).
After this commit, dotnet35sp1 (possibly more, this is the first place I
noticed) have a crash in the background, in printfilterpipelinesvc.exe. It
doesn't print to the console, even if the crash dialog is disabled. Viewing via
dialog shows it, though:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00000000).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:00000000 ESP:0021fb5c EBP:0021fbb8 EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:01001ebc ECX:0021f8f0 EDX:00260f30
ESI:00000000 EDI:00000000
Stack dump:
0x0021fb5c: 663cc95f 00000000 01001ebc 00000000
0x0021fb6c: 00000000 00000000 00000004 0021fbb8
0x0021fb7c: 7bc27c0a 80000001 0021fba0 00000074
0x0021fb8c: 663df3fa 00250000 00000000 00000000
0x0021fb9c: 00260f30 00000000 014b61e0 0021fbd0
0x0021fbac: 0021fca8 00000074 0021fc0c 0021fc28
Backtrace:
=>0 0x00000000 (0x0021fbb8)
1 0x663d5274 AddPrinterW+0x714(pName=<internal error>, Level=<internal
error>, pPrinter=<internal error>)
[Z:\home\austin\wine-git\dlls\winspool.drv\info.c:517] in winspool (0x0021fc28)
2 0x0101c6f9 in printfilterpipelinesvc (+0x1c6f9) (0x0021fd6c)
3 0x0101dd9f in printfilterpipelinesvc (+0x1dd9f) (0x0021fda0)
4 0x0101c4ad in printfilterpipelinesvc (+0x1c4ad) (0x0021fdc8)
5 0x0101c51d in printfilterpipelinesvc (+0x1c51d) (0x0021fde4)
6 0x0101c5df in printfilterpipelinesvc (+0x1c5df) (0x0021fe08)
7 0x0101e998 in printfilterpipelinesvc (+0x1e998) (0x0021ff30)
8 0x7b62d2a0 WriteTapemark+0x100(device=7FFD1000, type=<is not available>,
count=<is not available>, immediate=<is not available>)
[Z:\home\austin\wine-git\dlls\kernel32\tape.c:317] in ker
nel32 (0x0021ff48)
9 0x7bc58147 RtlWakeConditionVariable+0x57(variable=7B62D290)
[Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0021ff5c)
10 0x7bc58800 RtlCreateUserThread(entry=0101E813, arg=7FFD1000)
[Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0021ffec)
0x00000000: -- no code accessible --
The issue persists in wine-7.5.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52557
Bug ID: 52557
Summary: GetNetworkParams loops forever on musl
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)atiltedtree.dev
Distribution: ---
On musl, res_getservers does not exist and dnsapi/resolv_get_serverlist will
fall back to res_state.nsaddr_list. But musl also does not set
res_state.nsaddr_list causing dnsapi/resolv_get_serverlist to always return
DNS_ERROR_NO_DNS_SERVERS.
iphlpapi/get_dns_server_list will call DnsQueryConfig( DnsConfigDnsServerList,
...), which calls dnsapi/resolv_get_serverlist, until it does not return an
error, but on musl it will always return an error causing
iphlpapi/get_dns_server_list to loop infinitely.
This means that any application that calls iphlpapi.GetNetworkParams or
iphlpapi.GetPerAdapterInfo will loop infinitely, if wine was built on musl.
--
Do not reply 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=27244
Summary: Wiggles: Indeo
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34827)
--> (http://bugs.winehq.org/attachment.cgi?id=34827)
Terminal output on Wine 1.3.19
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko icodecs
3) install Wiggles
4) patch Wiggles with Wiggles_Patch_1_0_844.exe
4) wine Wiggles.exe
Behaviour:
I get only audio from intro video.
Expected behaviour:
I should get audio and video from intro video.
Additional info:
I can play video in Smplayer. Here I give info about video:
Resolution: 640 x 360
Format: IV32
Bitrate: 4373 kbps
FPS: 24.000
Decoder: ffindeo3
Size: 96,2 MB
--
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=54301
Bug ID: 54301
Summary: Global hotkey support
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)bernd-steinhauser.de
Distribution: ---
My original use case is the head tracker linuxtrack that can be used to control
camera movements in e.g. racing simulators or flight simulators. linuxtrack
provides a wine bridge to be able to use it with games run via wine.
https://github.com/uglyDwarf/linuxtrack
The wine bridge provides a controller application that is makes use of two
hotkeys to pause and to recenter the tracker. These are not essential to use it
(i.e. it works without), but they make the usage much more convenient. The
problem is that the hotkeys only work when the controller application has the
focus, which obviously is usually not the case, since you're using it just as a
background application while running a game. So if I e.g. want to recenter the
tracker, I have to Alt+Tab out of the application to do that. Unfortunately,
some applications don't really like that and it could result in all kinds of
problems, including crashes.
Since that use case is very specific and might not be easily accessible to
everybody (you need hardware for it), I looked at another use case and that is
foobar2000.
foobar2000 is a popular media player for Windows and as a media player, it
makes of course usage of hotkeys, both within the application and global ones.
So I installed it into a wine prefix using the latest version, assigned a
hotkey to a functionality (e.g. play/pause), made that global and tried if it
works and it does not.
Or, to be more specific, it works as long as the window has focus (and thus
gets keyboard input). As soon as the window is in the background, it doesn't
work anymore.
(I'm using KDE Plasma on X11 with kwin as the compositor, in case that
matters.)
Now, I spent quite some time trying to research the subject and was actually
surprised by how little information I could find. Especially, I wasn't able to
find anything in the wine documentation whether global hotkeys (or keyboard
shortcuts) are supposed to work or not.
Thus, I am actually still not sure whether this is a feature request or a bug.
(I suspect it's the former, but I don't know.)
I did find one tutorial that did suggest using xdotool, but this should
possibly called xdodotool, since it's more or less dead.
In any case, it surely wouldn't be future-proof, since everything is slowly
heading towards wayland (and xdotool won't work there).
Since there are many tools out there that are used alongside games, be it
scripting tools, controller tools or various mods/addons, I think that some
kind of support for global hotkeys would be really good.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54300
Bug ID: 54300
Summary: LdrLoadDll illegal memory access on DllPath
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73867
--> https://bugs.winehq.org/attachment.cgi?id=73867
Reproducer
See reproducer (attached)
DllPath can be search flags, which is indicated by passing a pointer where the
lowest bit is set. This is not handled in wine, which calls wcslen on it:
https://github.com/wine-mirror/wine/blob/a8c1d5c108fc57e4d78e9db126f395c890…
The path resolution is correctly implemented in LdrGetDllPath, but that
function is not used (besides being an export).
Windows output:
Trying flag 00000200
Trying flag 00000400
Trying flag 00000800
Trying flag 00001000
Trying flag 00002000
Trying flag 00004000
Wine output:
Trying flag 00000200
wine: Unhandled page fault on read access to 0000000000000201 at address
0000000170069B40 (thread 05ec), starting debugger...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54306
Bug ID: 54306
Summary: mf:mf - test_sar() sometimes gets an unexpected
refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mf:mf - test_sar() sometimes gets an unexpected refcount in Wine:
mf.c:5441: Test succeeded inside todo block: Release returned 0
See https://test.winehq.org/data/patterns.html#mf:mf
Note that although the WineTest results seem to implicate that this only
happens on my desktop, this failure has happened on the GitLab CI too (see
MR1965).
Maybe it's a timing issue that's impacted by the CPU load.
Should the test be removed entirely or just marked as flaky_wine?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54303
Bug ID: 54303
Summary: mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets
stuck locking the media buffer on Windows 11 + Nvidia
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media
buffer on Windows 11 + Nvidia:
...
mfplat.c:6537:96.969 Test succeeded
mfplat:mfplat:1fbc done (258) in 120s
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
mfplat:mfplat gets stuck even if all the other test functions are skipped. A
WINETEST_TIME trace shows that in even that case it gets stuck on the line
below after less than 1 second:
hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length);
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54302
Bug ID: 54302
Summary: mfplat:mfplat - test_startup() sometimes unexpectedly
gets S_OK on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows:
mfplat.c:2936: Test failed: Unexpected hr 0.
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
This failure only happens in the w7pro64 64-bit tests and the first known
instance goes back to 2022-08-18. There has been 5 extra instances in the next
two months, then nothing for 3 months, and a new instance on 2023-01-12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49079
Bug ID: 49079
Summary: Multiple applications want support for
CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found while investigating bug 49078
Not really needed for getting the to app work but I think it's still worth to
keep track of for later as real-world test case.
You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4
installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX
(SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation.
Download:
https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp…
Prerequisite: 'winetricks -q dotnet45'
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager
$ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe
>>log.txt 2>&1
...
00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe\"
",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10)
ret=6711d6b5
...
00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in
8000400
...
00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8
...
00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5
...
--- snip ---
The process is a console app:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager/WSMServerBinaries
$ winedump WSM.Server.exe
Contents of WSM.Server.exe: 8704 bytes
File Header
Machine: 014C (i386)
Number of Sections: 3
TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136
PointerToSymbolTable: 00000000
NumberOfSymbols: 00000000
SizeOfOptionalHeader: 00E0
Characteristics: 0022
EXECUTABLE_IMAGE
LARGE_ADDRESS_AWARE
Optional Header (32bit)
Magic 0x10B 267
linker version 48.00
size of code 0xc00 3072
size of initialized data 0x1400 5120
size of uninitialized data 0x0 0
entrypoint RVA 0x2aa6 10918
base of code 0x2000 8192
base of data 0x4000 16384
image base 0x400000 4194304
section align 0x2000 8192
file align 0x200 512
required OS version 4.00
image version 0.00
subsystem version 6.00
Win32 Version 0x0 0
size of image 0x8000 32768
size of headers 0x200 512
checksum 0x0 0
Subsystem 0x3 (Windows CUI)
DLL characteristics: 0x8560
DYNAMIC_BASE
NX_COMPAT
NO_SEH
TERMINAL_SERVER_AWARE
stack reserve size 0x100000 1048576
stack commit size 0x1000 4096
heap reserve size 0x100000 1048576
heap commit size 0x1000 4096
loader flags 0x0 0
RVAs & sizes 0x10 16
Data Directory
EXPORT rva: 0x0 size: 0x0
IMPORT rva: 0x2a54 size: 0x4f
RESOURCE rva: 0x4000 size: 0x1148
EXCEPTION rva: 0x0 size: 0x0
SECURITY rva: 0x0 size: 0x0
BASERELOC rva: 0x6000 size: 0xc
DEBUG rva: 0x0 size: 0x0
ARCHITECTURE rva: 0x0 size: 0x0
GLOBALPTR rva: 0x0 size: 0x0
TLS rva: 0x0 size: 0x0
LOAD_CONFIG rva: 0x0 size: 0x0
Bound IAT rva: 0x0 size: 0x0
IAT rva: 0x2000 size: 0x8
Delay IAT rva: 0x0 size: 0x0
CLR Header rva: 0x2008 size: 0x48
rva: 0x0 size: 0x0
Done dumping WSM.Server.exe
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-…
--- quote ---
CREATE_NO_WINDOW 0x08000000
The process is a console application that is being run without a console
window. Therefore, the console handle for the application is not set.
This flag is ignored if the application is not a console application, or if it
is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS.
--- quote ---
Also found this document which contains some interesting tidbits:
https://github.com/rprichard/win32-console-docs/blob/master/README.md
Wine source:
https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51…
--- snip ---
432 /**********************************************************************
433 * CreateProcessInternalW (kernelbase.@)
434 */
435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const
WCHAR *app_name, WCHAR *cmd_line,
436 SECURITY_ATTRIBUTES
*process_attr,
437 SECURITY_ATTRIBUTES
*thread_attr,
438 BOOL inherit, DWORD
flags, void *env,
439 const WCHAR
*cur_dir, STARTUPINFOW *startup_info,
440 PROCESS_INFORMATION
*info, HANDLE *new_token )
441 {
442 WCHAR name[MAX_PATH];
443 WCHAR *p, *tidy_cmdline = cmd_line;
444 RTL_USER_PROCESS_PARAMETERS *params = NULL;
445 RTL_USER_PROCESS_INFORMATION rtl_info;
446 HANDLE parent = NULL;
447 NTSTATUS status;
...
471 /* Warn if unsupported features are used */
472
473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS |
REALTIME_PRIORITY_CLASS |
474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW |
475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER))
476 WARN( "(%s,...): ignoring some flags in %x\n",
debugstr_w(app_name), flags );
...
--- snip ---
$ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe
be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe
$ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe
122M Sennheiser_WSM_Setup_4.4.6.6.exe
$ wine --version
wine-5.7-177-gad1fad8a94
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=39211
Bug ID: 39211
Summary: Test for startupInfo.lpTitle is wrong if CreateProcess
is called with lpTitle = NULL.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andy1.m(a)gmx.de
Distribution: ---
Created attachment 52273
--> https://bugs.winehq.org/attachment.cgi?id=52273
Patch for kernel32_test (startupinfo.lpTitle, NULL)
Call CreateProcess with StartUpInfo.lpTitle = NULL. The new process
(GetStartUpInfo) gets for lpTitle the full name of the imagefile. E. g.
"D:\winetests_kernel32.exe". The test expects only "winetests_kernel32.exe".
Applied patch tested under win2k3.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51969
Bug ID: 51969
Summary: mucabrasil 1.4.5.1: crashes when trying to launch the
application
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: victor.panisa(a)gmail.com
Distribution: ---
Created attachment 70954
--> https://bugs.winehq.org/attachment.cgi?id=70954
Complete terminal output
Wine crashes when I click on the "Jogar" button on the launcher.
The error message that pops up complains of not being able to setup a "anti
cheater".
>From what I can see on the trace the error is the lack of
"IoCreateDeviceSecure" that causes a "Unhandled page fault" noted by a "fixme".
Checking bugzilla there is only two errors with this function listed, and both
don't have a solution, although in one of them (#25087), one user says that
wine can't implement it. So I'm not sure if this is solvable.
Looking on msdn seems like the function was renamed to
"WdmlibIoCreateDeviceSecure" and resides on "wdmsec.h", which also isn't
implemented on current branch.
The installer mirror can be accessed at:
Link: https://mirror1.mucabrasil.com.br/MUCABRASIL_1.4.5.1.exe
SHA1: 3547d4923eddbdb822854899ae6e1219bd9a3bac
The .exe executed after installation for debugging is the "mu.exe" with SHA1:
"6c7776962b95525d63de32d6a915ede029e3994d"
OS: Debian GNU/Linux bookworm/sid
Arch: x86_64
Kernel: 5.14.15-xanmod1
Keywords: obfuscation
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47084
Bug ID: 47084
Summary: Call of Duty Black Ops 3 doesn't run because of mfplat
Product: Wine
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 64278
--> https://bugs.winehq.org/attachment.cgi?id=64278
Call of Duty Black Ops 3 Wine log
The game doesn't run due to lack of mfplat implementation. When started it
warns for missing Windows Media Feature Pack:
https://i.imgur.com/HCYDJYe.png
When I prepare mfplat prefix in wich Shadows: Awakening runs just fine, Call of
Duty Black Ops 3 actually starts and runs very well but it has the following
problems:
https://bugs.winehq.org/show_bug.cgi?id=45876
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54294
Bug ID: 54294
Summary: user32:input - test_rawinput() is sometimes missing a
WM_MOUSEMOVE message on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on
Windows:
input.c:2878: Test failed: 0: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 1: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 2: expected WM_MOUSEMOVE message
See https://test.winehq.org/data/patterns.html#user32:input
This only happens with i == 0, 1 or 2. Usually all three are missing but
sometimes only one is missing.
It looks like this issue started on 2022-11-01 and impacts w10pro64 and
w11pro64.
w7u-adm also gets failures but much less frequently: 2023-01-10, 2023-01-09,
2022-07-25 and 2022-07-19. There's a 5 months gap so the older instances may be
unrelated to the current ones.
gitlab-debian also got this failure a lot in September but the test has been
marked as flaky_wine (3af6ececec41) so it's not reported in Wine anymore.
So maybe it should just be marked as plain flaky? Or removed altogether?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50326
Bug ID: 50326
Summary: (Regression) Playing movies broken in Ghostrunner
Product: Wine-staging
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter-24(a)o2.pl
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68910
--> https://bugs.winehq.org/attachment.cgi?id=68910
wine log
Playing movies broken in Ghostrunner - none playing(skipped). Working in
staging 6.0rc1.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44204
Bug ID: 44204
Summary: Slingplayer 2.0 crashes on connect (dsound)
Product: Wine
Version: 3.0-rc2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 59972
--> https://bugs.winehq.org/attachment.cgi?id=59972
Wine 3.0-rc2 console output
SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2.
This never used to occur but I haven't been able to complete a bisect. I will
try again later but it is a very slow process as it appears that the
application has to be fully installed with each test.
The clue to the workaround comes from:
003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll"
at 0x731c0000: builtin
wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting
debugger...
Native dsound (winetricks dsound) works around the crash.
To get this far, the following overrides are needed:
WINEARCH=win32 - Bug 35268 / Bug 35276
quartz - Bug 18556
wmp9 - Bug 28669 (wmp10 + dsound = another crash)
mf - Bug 44201
Ignore the installer crash - Bug 17289
With the addition of native dsound, Slingplayer 2.0 can once again be used.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43073
Bug ID: 43073
Summary: Cyrillic/russian characters displays incorrectly in
Final Fantasy XIV
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: yonnji(a)miqote.com
Distribution: ---
Created attachment 58256
--> https://bugs.winehq.org/attachment.cgi?id=58256
launcher and UI screenshots
Cyrillic/russian characters displays incorrectly in Final Fantasy XIV.
It affects a game launcher, in-game UI, and a chat.
It's impossible to play, when you can't talk with other people and can't read
the chat.
The text used as example in screenshots is "привет hello".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45116
Bug ID: 45116
Summary: TomTom MyDrive Connect needs implementation of
iphlpapi.dll.NotifyAddrChange
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: h.mth(a)web.de
Distribution: ---
Follow up bugreport of bug 41034. Patches and backtraces(vanilla and staging)
will be attached. Application crashes shortly after device is attached.
To activate device (i.e.: TomTom Via 135), linux needs:
CONFIG_USB_NET_CDCETHER=y
Wine Staging 3.7 allows to login into TomTom account.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54068
Bug ID: 54068
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_cursor_clipping() gets an unexpected clip rect
on Windows 10 2004+
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
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping()
gets an unexpected clip rect on Windows 10 2004+:
ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(1920,1080), got
(0,0)-(1536,864).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
This failure happens systematically on Windows 10 2004 to 22H2 running on
QEmu's virtual GPU.
However it does not happen on :
* Windows 11.
* Dual-monitor configurations.
* Windows 10 with an AMD RX550 GPU (via PCI passthrough).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54288
Bug ID: 54288
Summary: Dragging files in Winfile does not work
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
On Windows, dragging a file in Winfile (https://github.com/Microsoft/winfile)
shows a drag icon and eventually a confirmation dialog.
In Wine, dragging files does not work, probably because user32.dll.DragObject
is a stub. Instead, the mouse extends the selection in the right panel, even
after releasing the mouse button.
Thank you very much.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54072
Bug ID: 54072
Summary: Quadro FX 1800 is being detected as GeForce FX 5800
which is FEATURE_LEVEL_9_2
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Running WineD3D (on Windows) the Quadro FX 1800 that fully supports OpenGL 3.3
is being detected as GeForce FX 5800 that caps feature level support up to 9.2
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54286
Bug ID: 54286
Summary: Text labels displayed wrong due to wrapping
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 73854
--> https://bugs.winehq.org/attachment.cgi?id=73854
Winfile dialog in Windows 10 and Wine
I have ran across several dialogs where text labels are not displayed properly
because of text wrapping.
I don't know if this is an issue in Wine or if is instead caused by my desktop
environment settings. I made sure that I have the Microsoft fonts installed and
I tried changing the font aliasing settings, but the issue persists.
The attachment shows a Winfile configuration dialog
(https://github.com/microsoft/winfile) in Windows 10 and in Wine. In Wine, some
text labels suffer from unexpected text wrapping.
I figured out that the font used in Windows 10 is Microsoft Sans Serif. I
copied this font over to Linux and changed the Appearance settings in winecfg
so that all items where the font can be configured use Microsoft Sans Serif
instead of Tahoma. After restarting the application, the font had changed in
some UI components (e.g. menu items) but not in the dialog text labels.
Thank you very much.
--
Do not reply 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=11622
Summary: DejaVu X installation failing at start because of
component not found
Product: Wine
Version: 0.9.55.
Platform: HP
URL: http://www.atril.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Created an attachment (id=10825)
--> (http://bugs.winehq.org/attachment.cgi?id=10825)
log file
I extracted the .exe file in the temp directory of Wine as instructed and
launched the installation.
The missing file is indeed not in the temp and I can't find it on the internet
because of deprecated from Microsoft.
--
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=54284
Bug ID: 54284
Summary: File dialog opens manually-entered file name on double
click.
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
In 8.0-rc2, double clicking anywhere in the file view (right pane) will open a
file specified in the "File name:" field.
By file dialog, I meant the one with a tree view on the left.
If that's not part of comdlg32, please correct me.
To reproduce:
0. Install an application that uses such file dialog, like Notepad++,
1. File -> Open (or equivalent),
2. enter anything on the "File name:" field, preferably a non-existent file,
and
3. double click on the empty space in the file view (right pane).
4. Application opens your file path.
This is not breaking, but probably not the intended behavior.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54238
Bug ID: 54238
Summary: Wine can't map file with exec priv on real CDROM
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tuxifan(a)posteo.de
Distribution: ---
During Fresh Minder installation, wine attempts to map a file with EXEC
privilege into memory, causing an icon to fail to load. This can be solved by
the user by remounting the cdrom with exec privilege, but Wine should handle
this on its own (for instance by making an internal copy of the file in a place
where EXEC is possible).
--
Do not reply 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=29937
Bug #: 29937
Summary: File selection dialog view shows Favorites when you
click elsewhere
Product: Wine
Version: 1.4-rc1
Platform: x86-64
URL: http://www.winuae.net/files/InstallWinUAE2330.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
There is a small issue with file selection dialogs which some programs use.
When the dialog opens, it shows the files in some directory in the right pane,
and a tree view of the directory hierarchy in the left pane. The tree view
shows Favorites and Desktop (which is expanded to show My Computer, My
Documents, Trash, /).
If you then click on any of the + or - symbols in the tree view, the view in
the right pane jumps to Favorites. For example, click the + next to My Computer
and the view on the right changes to Favorites (which may be empty).
The directory shown in the right pane should probably not change when the user
clicks a + or - symbol in the left pane.
WinUAE is one program which uses that type of file dialog. To show the problem,
download and run the WinUAE installer, check the box to run the program at the
end. When the WinUAE Properties window appears, click "Select image file" to
open a file selection dialog.
--
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=49882
Bug ID: 49882
Summary: Overdrive audio book app will not start. Worked fine
in WINE version 5.0.1
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben.miller.5150(a)gmail.com
Distribution: ---
Created attachment 68225
--> https://bugs.winehq.org/attachment.cgi?id=68225
backtrace.txt produced when Overdrive fails
Overdrive app is no longer working in WINE 5.0.2. It has only stopped working
since upgrading WINE from 5.0.1
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51234
Bug ID: 51234
Summary: user32:clipboard test_ClipboardOwner() has a race
condition with clipboard managers
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_ClipboardOwner() has a race condition with clipboard managers that causes
this set of failures:
clipboard.c:404: Test failed: SetClipboardData succeeded
clipboard.c:406: Test failed: wrong error 3735928559
clipboard.c:407: Test failed: SetClipboardData succeeded
Fortunately(?) this failure is pretty rare.
What happens is this:
* test_ClipboardOwner() does this:
OpenClibpoard(NULL)
EmptyClipboard() // take ownership
CloseClipboard()
* Then the clipboard manager starts checking the content of the clipboard:
OpenClipboard(manager_hwnd)
...
* And then the next test_ClipboardOwner() test happens:
SetClipboardData(CF_WAVE, ...)
ok(GetLastError() == ERROR_CLIPBOARD_NOT_OPEN, ...)
ok(!IsClipboardFormatAvailable(CF_WAVE), ...
Because test_ClipboardOwner() opened the clipboard with a NULL windows handle,
EmptyClipboard() used that as the clipboard owner. But when the owner is NULL a
process can place data in the clipboard as long as any process opened it. This
is actually the whole point of the run_process("set_clipboard_data 4") test.
So the problem is that user32:clipboard assumes that no other process is going
to open the clipboard after it called CloseClipboard(). Yet that's precisely
when clipboard manager would receive a WM_CLIPBOARDUPDATE message and open it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54055
Bug ID: 54055
Summary: winhttp:winhttp times out in Wine on fg-deb64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 73608
--> https://bugs.winehq.org/attachment.cgi?id=73608
winhttp: Set the default DNS resolution timeout to infinite.
winhttp:winhttp started timing out on 2022-11-24 in Wine on fg-deb64:
...
winhttp.c:5215: IEProxy.ProxyBypass=(null)
winhttp:winhttp:0250 done (258) in 120s 1133B
See https://test.winehq.org/data/patterns.html#winhttp:winhttp
As far as can tell the timeout started with the commit below:
commit cbfe940a1eaf5e158de3127b1265462bfbfb70af
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Nov 23 15:36:19 2022 -0600
winhttp: Set name resolution timeout in download_script().
I'm not totally sure because the failure is not actually 100% reproducible and
gave some bad results a couple of times. But having it point at this commit
makes sense.
+ WinHttpSetTimeouts( ses, 5000, 60000, 30000, 30000 );
The timeouts disappeared when I changed the resolve timeout from 5000 ms to 0
(no timeout). So... I have a slow DNS setup? That may actually be true since
it's somewhat complicated.
But then the documentation also says that the default DNS resolve timeout is 0.
So maybe the attached patch would make sense?
Also I cannot reproduce the failure anymore. Maybe whatever name we're querying
has been thoroughly cached by all intermediate DNS servers by now. So I should
probably try that again when the DNS cache is cleared.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53919
Bug ID: 53919
Summary: crypt32:cert - testVerifyRevocation() uses an outdated
certificate
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: fgouget(a)codeweavers.com, hans(a)meelstraat.net
Distribution: ---
crypt32:cert - testVerifyRevocation() fails in Wine:
cert.c:4191: Test failed: success
cert.c:4192: Test failed: got 00000000
cert.c:4193: Test failed: got 00000000
https://testbot.winehq.org/JobDetails.pl?Key=126125
The failures started on 2022-11-14 and are consistently reproducible since
then. The actual test was introduced on 2022-05-24 in the commit below.
So this is not a regression but instead looks like an outside change that broke
the test.
commit 74832c2177808c6222d44f7e4580de84e0ada8f0
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:22 2022 +0200
crypt32/tests: Add more OCSP revocation tests.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The commit introduces a variable named ocsp_cert_revoked that contains the
following certificate:
Certificate:
Data:
Version: 3 (0x2)
Serial Number:
0d:2e:67:a2:98:85:3b:9a:54:52:e3:a2:85:a4:57:2f
Signature Algorithm: sha256WithRSAEncryption
Issuer: C = US, O = DigiCert Inc, CN = RapidSSL TLS DV RSA Mixed SHA256
2020 CA-1
Validity
Not Before: Oct 27 00:00:00 2021 GMT
Not After : Oct 27 23:59:59 2022 GMT
Subject: CN = revoked.badssl.com
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
Modulus:
00:b0:76:2d:55:66:dc:72:8a:a0:9e:85:92:38:7f:
5b:e1:93:8d:ad:06:c8:ad:e9:89:b4:ef:1e:77:5b:
33:45:16:60:7d:33:38:68:04:d7:c9:83:42:83:d9:
30:4b:54:49:14:ca:ed:be:0c:76:ba:5f:a6:5c:33:
78:3f:39:f2:49:a8:88:32:ee:53:21:14:d3:aa:5c:
58:3c:39:cc:f7:80:b1:27:1f:54:79:7b:6c:8b:ff:
41:aa:39:24:95:5f:71:bc:49:bf:39:3b:a5:d5:e1:
a5:de:1d:40:81:25:dc:8a:47:82:fe:cd:7c:4b:2c:
04:bb:d3:27:56:51:a0:61:f2:d2:cb:55:08:25:2a:
85:db:2c:06:8d:0d:61:c2:5b:3e:9b:46:dc:58:ff:
13:27:be:0a:44:1e:68:fe:e1:f6:b7:de:9f:8e:6c:
c4:b5:19:fa:d7:d3:4f:55:a8:61:79:db:61:2f:6a:
9c:2c:f1:c4:81:bb:9e:d2:02:05:ba:9c:14:a0:f9:
f3:54:79:7d:69:d9:ba:66:1c:87:95:41:50:0e:f9:
5e:e1:b7:bd:f5:31:24:c5:21:21:03:8a:cf:6d:78:
58:de:d9:30:7d:03:42:52:d6:b0:1b:b9:c9:54:1b:
5a:e8:c8:53:f0:ac:2b:82:10:27:a6:a9:70:25:ae:
f8:a7
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Authority Key Identifier:
A4:8D:E5:BE:7C:79:E4:70:23:6D:2E:29:34:AD:23:58:DC:F5:31:7F
X509v3 Subject Key Identifier:
B0:C8:CE:20:B2:78:CC:1D:23:EF:F0:FE:D6:0E:29:4B:AC:15:72:3C
X509v3 Subject Alternative Name:
DNS:revoked.badssl.com
X509v3 Key Usage: critical
Digital Signature, Key Encipherment
X509v3 Extended Key Usage:
TLS Web Server Authentication, TLS Web Client Authentication
X509v3 CRL Distribution Points:
Full Name:
URI:http://crl3.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl
Full Name:
URI:http://crl4.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl
X509v3 Certificate Policies:
Policy: 2.23.140.1.2.1
CPS: http://www.digicert.com/CPS
Authority Information Access:
OCSP - URI:http://ocsp.digicert.com
CA Issuers -
URI:http://cacerts.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crt
X509v3 Basic Constraints:
CA:FALSE
(snip)
The time of first failure is past the expiry date of the certificate above.
It appears that the OCSP provider has retracted the certificate entry in
question, which is no longer necessary.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48911
Bug ID: 48911
Summary: Check for compilation warnings
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Compiling Wine with -Werror is troublesome because it applies blindly to both
wine-devel patches and patches submitted manually via the website. The sole
purpose of the latter is often to just clarify some point for the development
of another patch and are not meant to be submitted. Thus failing on warnings
just makes running these quick tests more cumbersome.
So the best way forward would be for the TestBot to identify and report
warnings but not fail the compilation and abort the tests when they occur.
So:
1. The builds should happen without -Werror.
2. GetLogLineCategory() should identify the warnings and add them to LogInfo
but distinguish them from errors (replace IsNew with a Category field?).
3. Compare task.log to the reference build log to distinguish new warnings from
old ones. This is necessary in case the compiler used by the TestBot produces
warnings on the unpatched Wine tree. It will require storing the build logs in
latest/ just like the TestBot already does for the reference WineTest reports.
4. LogInfo's will need to keep track of the number of new warnings which really
means renaming the 'NewCount' field to avoid confusion.
5. The warnings should be saved in the errors files. The new line types could
be 'w' and 'W' for old and new warnings respectively (then it would make sense
to use e and E for errors).
6. This will let the WineRun*() scripts know about both warnings and errors.
They can then decide what to do depending on the type of job and whether the
warnings are new or not.
- Old warnings would always be ignored.
- If a build task has new warnings, instead of marking it as 'badbuild' it
could be marked as 'completed' as usual but with a non-zero number of failures.
This would probably allow running the tests on Windows but the patch would
still be considered bad since the job would end up with a non-zero number of
failures.
- For Wine tasks the number of warnings would be added to the Failures field
for the same overall result.
- So in both cases the non-zero number of failures would only impact
wine-devel patches.
7. The JobDetails page should show the warnings in summary mode and highlight
them in the full build log. That would make it easy for developers to see the
warnings on web-submitted jobs, and thus fix them before submitting the patch
to wine-devel.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43653
Bug ID: 43653
Summary: Waves Central: install vst plugins issue
Product: Wine
Version: 2.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: viking991(a)gmx.de
Distribution: ---
Created attachment 59080
--> https://bugs.winehq.org/attachment.cgi?id=59080
waves central error message
Hi!
Waves Central (license manager / installer from waves.com) does not install vst
plugins in Wine.
installation aborts with this message box, also see attachment
###
Sorry
An error has occurred during installation
Please follow the steps in this troubleshooter
###
- System:
winehq-staging 2.16
debian stretch
- Steps to re-produce:
1) Download Waves Central installer
http://www.waves.com/downloads/central
Direct download link:
http://www.waves.com/dlrdr?id=central-win
Tested Waves Central Version: V1.3.3.4
sha1sum Install_Waves_Central.exe
0f90b9333855a8713e3f9ced767369364a46aa33 Install_Waves_Central.exe
2) Run Installer
wine64 Install_Waves_Central.exe
3) Run Waves Central
wine64 Waves\ Central.exe
4) Log in
unfortunately this needs an account with waves.com:
-> Log in -> create account -> web browser opens to create account
user user/pass in Waves Central to log in.
5) install any VST:
-> install products
-> install from online
-> choose products to install -> All Waves products
-> select any product, for example H-Reverb Hybrid Reverb 9
-> click install, message box as attached appears.
also check bug 43648
Thanks!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42588
Bug ID: 42588
Summary: Vietcong - graphics glitches since Wine 2.1
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Distribution: ArchLinux
Created attachment 57517
--> https://bugs.winehq.org/attachment.cgi?id=57517
Vietcong - terminal log
In version 2.1 was introduced new bug that causes graphical glitches like
flickering soldiers. I can confirm this bug in wine versions 2.1, 2.2 and 2.3.
In versions 2.0 and below it worked probably fine - this bug is not 100%
reproducible - sometimes soldiers are flickering and glitches are shown very
often, sometimes just for few milisecond, but i am pretty sure that this was
introduced in version 2.1
Tested on Intel and AMD GPUs, Vietcong 1.60 with VCStarter 1.7 Beta
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54205
Bug ID: 54205
Summary: Actua Golf 2: Installer crashes
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 73743
--> https://bugs.winehq.org/attachment.cgi?id=73743
Installer console log in 32-bit prefix
Executing either autorun.exe or setup.exe makes wine crash instantly. If trying
to run Golf2.exe directly from the CD a popup shows stating I need at least
16MB of RAM, which might be related to this
https://www.zeus-software.com/forum/viewtopic.php?t=584.
I've tested with both 64 and 32bit prefixes in windows versions 95, 98, 2000,
XP, 7, 8, 10 with the same results.
I've tested the CD on a windows XP VM and it installs and runs as expected
there so there is no issue with the media itself.
If more logs are needed I'll happily provide them, just let me know.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54282
Bug ID: 54282
Summary: Allow winecfg create a prefix without mime
associations and no linked folders integration
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
By default when creating a prefix, winecfg will try to enable mime files
association and folders integration which can then be disabled explicitly.
I prefer to create a prefix with specific Windows version out of the box,
passing /v win10 for example. But that creates a ton of .desktop and mime files
for associations. It becomes a chore when creating a prefix to clean them out
every time.
It would be neat to have some parameter for winecfg that will disable mime
files associations and desktop folders integration out of the box making
creating a neat prefix with one command doable.
Something like
WINEPREFIX='/.../foo' winecfg /v win10 /nomime /nofolders
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50218
Bug ID: 50218
Summary: Unable to finish the installation of Lego Staunt
rallye: request for indeo codec
Product: Wine
Version: 5.22
Hardware: x86
URL: https://www.myabandonware.com/game/lego-stunt-rally-bd
5#download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68723
--> https://bugs.winehq.org/attachment.cgi?id=68723
screenshot of the error
At the end of the stage of install, setup complains about indeo codecs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53619
Bug ID: 53619
Summary: World of Warcraft Shadowlands randomly crashes
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cianuro2036(a)protonmail.com
Distribution: ---
This is something that has happened on multiple hardware, platforms and OS
distros. This is also something that has been happening for a while, I just
decided to report it because It can affect some parts of the game, such as
rated PVP.
The particular error logs as follows:
05f4:err:seh:dispatch_exception unknown exception (code=c0000420) raised
wineserver crashed, please enable coredumps (ulimit -c unlimited) and restart.
How to reproduce:
This feels 'random' but makes me _think_ it could be a memory leak issue. If
you're in highly populated areas _or_ highly demanding zones, it can trigger
itself.
Two recent scenarios I can recall
- First, doing multiple arena matches and waiting for the queue in Oribos. The
crash happened specifically during arena.
- Second, doing the Ashran Brawl Battleground. This battleground is very, very
long and has a lot of people around.
In both scenarios there is a slowdown in FPS in both areas.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54278
Bug ID: 54278
Summary: Megami Ibunroku Persona doesn't open at all.
Product: Wine-staging
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zanehj10(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73844
--> https://bugs.winehq.org/attachment.cgi?id=73844
Console log
Wine just seems to immediately close with no generated errors.
Information on the game that might be useful:
Game uses DirectX 6 Graphics API.
Game uses Windows Media Player for playing FMVs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53403
Bug ID: 53403
Summary: winegstreamer "flush" removal breaks radio in fallout
3
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)dflies.us
Distribution: ---
https://gitlab.winehq.org/wine/wine/-/merge_requests/105#note_4805https://gitlab.winehq.org/wine/wine/-/commit/5144b27661fcd6705353d832e03830…
In Wine 7.2 or 7.3 there was a removal of "flush" in wg_parser.
This makes some audio (in particular Fallout 3 Radio) chuggy and slows down the
entire game.
Reintroducing flushing fixes the issue but devs think the problem should be
fixed elsewhere.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44230
Bug ID: 44230
Summary: SlingPlayer 1.5 crashes during configuration
Product: Wine
Version: 2.22
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Distribution: Ubuntu
Created attachment 60025
--> https://bugs.winehq.org/attachment.cgi?id=60025
Wine 3.0-rc3 console output
SlingPlayer 1.5 crashes when attempting to configure the Slingbox (Alt+E -->
Slingbox Configuration --> Change...) (Slingbox needed)
Native qcap causes a new problem so can't try that as a workaround.
Native quartz needed to get this far.
The crash does not occur in Staging 2.21.
I compiled Wine 3.0-rc3 with -O0 and the crash does not occur. Compiling again
with -O1 or -O2 and the problem returns (did not try -O3). I also receive the
following warning during compilation, but further testing suggests it is not
related:
cc1: warning: unrecognized command line option ‘-Wno-packed-not-aligned’
I tried reverting 6864803f1ab70f9f9e90903b13e67da40973d12a but it did no make
any difference.
https://source.winehq.org/git/wine.git/commitdiff/6864803f1ab70f9f9e90903b1…
I also tried compiling with the following, which the man page claims GCC sets
with -O1, but the crash still didn't occur:
-fomit-frame-pointer -ftree-phiprop -ftree-sink -ftree-slsr -ftree-sra
-ftree-pta -ftree-ter -funit-at-a-time -ftree-copy-prop -ftree-copyrename
-ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre
-fmove-loop-invariants -fshrink-wrap -fsplit-wide-types -ftree-bit-ccp
-ftree-ccp -fssa-phiopt -ftree-ch -finline-functions-called-once
-fipa-pure-const -fipa-profile -fipa-reference -fmerge-constants
-fdelayed-branch -fdse -fforward-propagate -fguess-branch-probability
-fif-conversion2 -fif-conversion -fauto-inc-dec -fbranch-count-reg
-fcombine-stack-adjustments -fcompare-elim -fcprop-registers -fdce -fdefer-pop
The crash goes away when reverting commit
01676c5dd6f9fb61b9c4e52595f6e75e21050009 and recompiling.
01676c5dd6f9fb61b9c4e52595f6e75e21050009 is the first bad commit
commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Nov 25 11:48:02 2017 +0100
user32: Use the magic format string prefix for relay traces.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 c075dd76fd2d86e2cb8e14a300f4f8a7a8952bf4
ab6d49e1c18eae5208a19b0be062ffbf7abc8518 M dlls
Staging 2.21 does have this commit, but the binary packages do, beginning with
release 3.0-rc1.
Workaround unknown.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54272
Bug ID: 54272
Summary: ntdll-NtDevicePath breaks Wow.exe
Product: Wine-staging
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kdt3rd(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
In 8.0-rc2, the ntdll-NtDevicePath patch was updated and re-enabled. However,
this seems to cause some sort of stack corruption that causes World of Warcraft
to hard abort with a free() invalid pointer error after about 10-20 minutes.
https://bugs.winehq.org/show_bug.cgi?id=54267 has a bit more information
I added some trace calls, and 99.9% of the time it goes either into the path
where the attributes provides a root directory, or the path does not match
either \SystemRoot\ or \??\ so is processed by the original code path. However,
when it does crash, it is during processing of
\SystemRoot\system32\ntoskrnl.exe
the path is converted to
\??\C:\windows\system32\ntoskrnl.exe
and the nt_to_unix_file_name_internal function processes that correctly,
translating it to
<configroot>/c:/windows/system32/ntoskrnl.exe
but then crashes during the free of the 'name' variable at the end of (the new)
nt_to_unix_file_name. This is not the first time it did this transformation, if
I scroll back in the log, I see a few others. So something seems to be
triggering some sort of slow corruption - or debugstr_us is lying and there are
hidden non-printable characters in the above and that explains the corruption.
But I am sort of mystified, the lengths of the strings seem plausible. But if I
just remove that one patch (ntdll-NtDevicePath), all works...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54268
Bug ID: 54268
Summary: Moving the separator in regedit don't repaint listview
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
Created attachment 73833
--> https://bugs.winehq.org/attachment.cgi?id=73833
demo
Moving the separator in regedit don't repaint listview. See the attached video.
Bisect points to 33617af
33617af8145b6fadfe41d48968a728ff57b3064b is the first bad commit
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
dlls/user32/tests/msg.c | 4 ----
server/window.c | 6 ++----
2 files changed, 2 insertions(+), 8 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=54170
Bug ID: 54170
Summary: 20XX: invisible character
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Distribution: ArchLinux
Created attachment 73693
--> https://bugs.winehq.org/attachment.cgi?id=73693
terminal output
The character you are controlling in the game is invisible.
The buttons in the menus lack a background pattern.
This bug has appeared since
commit 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Sat Jul 30 19:10:09 2022 -0500
d3d9: Use a separate draw texture for managed resources.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52954
The game needs native d3dcompiler_47.dll to start.
This was tested with the Epic Games version (v1.42.13) but probably the Steam
version is also affected:
https://store.steampowered.com/app/322110/20XX/
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.161.03
OpenGL core profile shading language version string: 4.60 NVIDIA
wine-8.0-rc1-75-g17e5ff74308
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54023
Bug ID: 54023
Summary: d3d11:d3d11 - test_dynamic_map_synchronization() fails
on w11pro64_nv
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
d3d11:d3d11 - test_dynamic_map_synchronization() fails on w11pro64_nv:
d3d11.c:34427: Test failed: Got 0xff0000ff, expected 0xff00ff00 at (3, 5, 0),
sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Note: w11pro64_nv is the TestBot's NVIDIA RTX3050 PCI passthrough Windows 11
21H2 VM. The plain QXL (QEmu), and AMD PCI passthrough test configurations have
d3d11:d3d11 failures too but in other test functions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53995
Bug ID: 53995
Summary: d2d1:d2d1 runs out of GL memory and crashes on the
debian 11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 runs out of GL memory and crashes on the debian 11 VM:
d2d1.c:7145: Test marked todo: Figure does not match.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ab30fe4).
[...]
Backtrace:
=>0 0x6ab30fe4 memset+0x24(dst=0x000000000, c=0, n=0x12c000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3205] in ucrtbase
(0x0685f908)
1 0x008a9073 wined3d_texture_load_location+0x423(texture=002CB990,
sub_resource_idx=0, context=00289F90, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:862] in wined3d
(0x0685f9a8)
2 0x00897fce surface_cpu_blt+0x9ee(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=0685FB38, src_texture=0028D170,
src_sub_resource_idx=0, src_box=0685FB50, flags=0x20000000, fx=0685FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0685faf8)
3 0x00899ac2 cpu_blitter_blit+0xc2(blitter=002BB820,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0685FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0685fb98)
4 0x008b7622 ffp_blitter_blit+0xa2(blitter=002BB838,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6190] in
wined3d (0x0685fc58)
5 0x0085d36d glsl_blitter_blit+0x1ad(blitter=002BB850,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0685fd78)
6 0x0089ada1 texture2d_blt+0x3c1(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=05B678B4, src_texture=0028D170,
src_sub_resource_idx=0, src_box=05B678D4, flags=0x20000000, fx=05B678F0,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0685fe48)
7 0x0081b8ad wined3d_cs_exec_blt_sub_resource+0xcd(cs=05B50020,
data=05B678A8) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0685fec8)
8 0x0081d37b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0685ff28)
9 0x0081d37b wined3d_cs_execute_next+0x53(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0685ff28)
10 0x0081d37b wined3d_cs_run+0x13b(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3376] in wined3d
(0x0685ff28)
[...]
7145 is the most common last trace seen, though 7033 also appears at least
once, but running with WINETEST_REPORT_SUCCESS I get different locations.
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Furthermore when reproducing this I saw out-of-memory traces right before the
crash. For instance:
d2d1.c:601: Test succeeded
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_OUT_OF_MEMORY in
glBufferStorage".
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_INVALID_VALUE in
glMapBufferRange(offset 0 + length 67108864 > buffer_size 0)".
01d8:err:d3d:wined3d_allocator_chunk_gl_map Failed to map chunk memory.
01d8:err:d3d:wined3d_bo_gl_map Failed to map chunk.
01d8:err:d3d:wined3d_context_gl_map_bo_address Failed to map bo.
wine: Unhandled page fault on write access to 00000000 at address 6AB30FE4
(thread 01d8), starting debugger...
It's not clear why only the debian11 VM is impacted: it has a dual-screen
configuration but so does debiant so it does not appear to be a multi-monitor
thing, and this does not happen on fgtb-debian11 or debian11b so it's not a
Debian version 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=53752
Bug ID: 53752
Summary: Rayman 3: glitched graphics (black textures)
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://archive.org/download/rayman-3-pc-demo/Rayman3_
PC-Demo.zip
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1b1b03055db8bf03c6783d4fcb19abf670d53338
Distribution: ---
There are lots of black textures in Rayman 3 thus not so much of the game can
be seen.
Can be reproduced with the demo: the issue is already present in the main menu.
According to my testing the problem appeared with
commit 1b1b03055db8bf03c6783d4fcb19abf670d53338
wined3d: Try to allocate new OpenGL BOs from the client thread for DISCARD
maps.
With the previous commit in-game scenery looks good.
Workaround: disable hardware TnL in the video settings utility called
R3_Setup_DX8.exe in the demo.
Rayman3_PC-Demo.zip (184M)
md5: d6d3c2d76931feff73f56295a0dee6a3
Still present in wine-7.18-120-g001665d7354.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53640
Bug ID: 53640
Summary: Bully: Scholarship Edition hangs on loading screen and
doesn't play intros
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4608e1e1257a377cd554a0e885368e3feb7d286f
Distribution: ---
Loading screen is shown until mouse is clicked then you're getting to main
menu.
It's back to normal after deleting the registry path.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47828
Bug ID: 47828
Summary: regedit: Random crashes on selecting an entry
(thread-related?)
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
Created attachment 65333
--> https://bugs.winehq.org/attachment.cgi?id=65333
commented logs from the various crashes
As described above. By selection I meant double-clicking or pressing [return]
on a highlighted entry
Sometimes the "debuggee" works, sometimes it doesn't.
Sometimes the back trace shows, sometimes it doesn't.
Sometimes the application crash window doesn't even appear.
Definitely a threading issue...
The crash occurs at around the eighth key selection.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48322
Bug ID: 48322
Summary: World of Warcraft Classic: Mouse movement can block
keydown events from registering
Product: Wine-staging
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m.schaefer8(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This seems to be a regression:
I've noticed this in the game World of Warcraft Classic. In Wine 4.17.r11
mouse/keyboard behave as expected. With 5.0-rc1 when keeping the right mouse
button clicked *and* moving the mouse (changing character orientation and view
orientation with the mouse) all other keydown events are ignored. Moving the
mouse by itself does not block keydown events; keeping the button pressed but
not moving the mouse also does not block keydown events.
Keyup events are processed as normal.
Software I'm using is specifically Wine-Staging with TKG patches.
Having never filed bugs for Wine before, please inform me if you require
additional information, logs (and how to acquire said logs), etc.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47438
Bug ID: 47438
Summary: Bloodstained: Ritual of the Night freeze at
whitescreen because of mfplat commit
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
Product: Wine
Version: 4.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Bloodstained: Ritual of the Night shows a white screen upon opening and freezes
there due to the following commit that was made to mfplat:
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
mfplat: Implement media event queue
I did a bisect between 4.3 and 4.4 as it works in 4.3, and found that commit to
be the cause.
As a lot of work has been done on mfplat, and this is implementing a rather
large feature, its not some thing that seems to be easily revertible.
Using winetricks mf results in the game just popping up an error.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41339
Bug ID: 41339
Summary: Minor regression: Wine loads with
"/wine/dlls/ntdll/loader.c: loader_section" errors
when creating a new prefix or running an application
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran
an application I would receive the following errors in my terminal:
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001d, blocked by 001e, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001c, blocked by 001e, retrying (60 sec)
This issue was also brought up by Bruno Jesus in the wine-devel mailing list
here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html
Since I am not the only one experiencing this, I decided to run a regression
test. According to the git bisect I have performed this issue first appears in
wine-1.9.17-149-gd2b782f
The bad commit in question:
commit d2b782f4e4f0efa6e783031d57cf98789cdc4742
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Aug 26 13:51:22 2016 +0200
ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer".
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 719fe9426a27661606b40339c96588fa09e3385e
07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54191
Bug ID: 54191
Summary: Agarest 1 stopped showing Videos after implementing
ASF Reader filter
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
The intro videos of Agarest 1 are no longer shown after
commit 4608e1e1257a377cd554a0e885368e3feb7d286f
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri May 20 21:48:59 2022 +0200
qasf: Register ASF Reader filter media type.
Looks like the new feature leads the game onto a new path that ultimately fails
with messages like
winegstreamer warning: audioconvert0: not negotiated
winegstreamer warning: audioconvert0:
../../../../libs/gst/base/gstbasetransform.c(1423):
gst_base_transform_reconfigure (): /GstBin:bin0/GstAudioConvert:audioconvert0:
not negotiated
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../../../../libs/gst/base/gstbasetransform.c(1423):
gst_base_transform_reconfigure (): /GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
Perhaps my gstreamer 1.16 is just too old? But then it'd be nice if configure
gave a warning/error.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54184
Bug ID: 54184
Summary: [regression] Multiple applications fail http requests
when WinHttpSendRequest() doesn't contain full request
data.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: pgofman(a)codeweavers.com
Distribution: ---
Split off from Bug 54055 (see Comments 1, 3, 4 there).
The problem is introduced by this commit:
commit aa8f97e8294b0618de0e8a45ff2adef0c4e516da
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Mon Dec 5 19:33:18 2022 -0600
winhttp: Receive server reply in send_request().
For the requests which involve additional data to be sent the application might
use WinHttpWriteData() before WinHttpReceiveResponse() to pass the additional
request data instead of providing the optional data to WinHttpSendRequest(). In
that case server reply can't be read in send_request().
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54049
Bug ID: 54049
Summary: ddraw:ddraw2 test_texture_wrong_caps test triggers use
after free bug
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
The test crashes when run with WINEDEBUG=warn+heap, with the following stack:
#0 wined3d_device_context_get_depth_stencil_view (context=0xfeeefeee) at
../source/dlls/wined3d/device.c:5297
#1 0x69ef72bb in ddraw_surface_delete_attached_surface
(surface=surface@entry=0x63484e0, attachment=0x6348260, detach_iface=0x6348270)
at ../source/dlls/ddraw/surface.c:2207
#2 0x69ef8791 in ddraw_surface_wined3d_object_destroyed (parent=0x63484e0) at
../source/dlls/ddraw/surface.c:5899
#3 0x6ce08858 in wined3d_texture_sub_resources_destroyed (texture=<optimized
out>, texture@entry=0x2285810) at ../source/dlls/wined3d/texture.c:1100
#4 0x6cc8601a in adapter_gl_destroy_texture (texture=<optimized out>) at
../source/dlls/wined3d/adapter_gl.c:4808
#5 0x6cdfea7a in wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1635
#6 wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1603
#7 0x69ef524b in ddraw_surface_cleanup (surface=surface@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:609
#8 0x69ef797f in ddraw_surface_release_iface (This=This@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:638
#9 0x69eea830 in ddraw_surface1_Release (iface=0x63484f0) at
../source/dlls/ddraw/surface.c:749
#10 0x69ed4b76 in d3d_device_inner_Release (iface=0x34e4a90) at
../source/dlls/ddraw/device.c:356
#11 0x69ecae68 in d3d_device2_Release (iface=0x34e4a88) at
../source/dlls/ddraw/device.c:397
#12 0x0052ef3b in test_texture_wrong_caps (device_guid=<optimized out>) at
../source/dlls/ddraw/tests/ddraw2.c:15661
#13 0x00420a16 in run_for_each_device_type (test_func=0x52e9a0
<test_texture_wrong_caps>) at ../source/dlls/ddraw/tests/ddraw2.c:16338
#14 func_ddraw2 () at ../source/dlls/ddraw/tests/ddraw2.c:16464
#15 0x00560641 in run_test (name=0x90aae0 "ddraw2") at
../source/include/wine/test.h:718
#16 main (argc=2, argv=0x90aa80) at ../source/include/wine/test.h:833
#17 0x0043354d in mainCRTStartup () at ../source/dlls/msvcrt/crt_main.c:58
#18 0x7b60e6a4 in InterlockedDecrement@4 ()
#19 0x7bc0c99f in call_thread_func_wrapper ()
#20 0x7bc42160 in call_thread_func (entry=<optimized out>, arg=<optimized out>)
at ../source/dlls/ntdll/thread.c:270
#21 0x00000000 in ?? ()
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53748
Bug ID: 53748
Summary: Sacred Gold (GOG): missing audio in .wmv videos
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4608e1e1257a377cd554a0e885368e3feb7d286f
Distribution: ArchLinux
Created attachment 73208
--> https://bugs.winehq.org/attachment.cgi?id=73208
terminal output
Audio is missing from the opening videos/extras menu cinematic. Only the video
part is being played.
The demo version doesn't contain videos.
Audio used to work in Wine-7.15.
Bisecting revealed
4608e1e1257a377cd554a0e885368e3feb7d286f is the first bad commit
commit 4608e1e1257a377cd554a0e885368e3feb7d286f
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri May 20 21:48:59 2022 +0200
qasf: Register ASF Reader filter media type.
Other bug report with the same commit ID: bug #53640.
Tested and still present in wine-7.18-120-g001665d7354.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53101
Bug ID: 53101
Summary: Public Peer silently exits
Product: Wine
Version: 7.10
Hardware: x86-64
URL: https://web.archive.org/web/20110710185832if_/http://lastmile.gomez.com/PEERInstall.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: db9b7b0f511197255d0cbe81605a42e34bf630d6
Distribution: Ubuntu
Created attachment 72533
--> https://bugs.winehq.org/attachment.cgi?id=72533
Wine 7.9 +x11drv +x11settings +imm
Public Peer (formerly Gómez Peer) exits silently on run since commit
db9b7b0f511197255d0cbe81605a42e34bf630d6.
commit db9b7b0f511197255d0cbe81605a42e34bf630d6
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Apr 19 15:31:41 2022 +0200
winex11: Use TEB to store driver thread data.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Log-in not required and the service is down, but the app can still be tested.
On a successful run you are asked to enter your username, which isn't verified
so can be anything.
Console output:
0080:fixme:imm:ImeSetActiveContext (0x34c160, 0): stub
0080:fixme:imm:ImmReleaseContext (00010020, 0034C160): 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=50519
Bug ID: 50519
Summary: Adobe Digital Editions 4.5 crash on Wine 6.0
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aversa(a)email.arizona.edu
Distribution: ---
Created attachment 69181
--> https://bugs.winehq.org/attachment.cgi?id=69181
backtrace
Adobe Digital Editions 4.5 crashes on Wine 6.0. It worked on earlier versions.
See attached backtrace.
Also, when my Wine config was being upgraded, it displayed a dialog box about
rundll32.exe "Unable to find a version of the runtime to run this application."
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53627
Bug ID: 53627
Summary: Max Payne: mouse scroll behaves erratically
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
How to reproduce:
1. Download the Max Payne demo
2. Start the game and select tutorial on the menu
3. Use the scroll wheel
The scroll wheel is used to switch weapons in the game. When used it acts as if
it gets "stuck" for a few seconds and will switch to the next/previous weapon
every frame, causing it to loop over the entire inventory very quickly. The
most recent report for the game mentions this issue:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=881
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49164
Bug ID: 49164
Summary: Call of Cthulhu: Dark Corners of the Earth crashes
after start
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: f15c23df4a281a93087b5c0d2ca421463c7b9e4a
Distribution: ---
Created attachment 67183
--> https://bugs.winehq.org/attachment.cgi?id=67183
terminal output
The game crashes immediately after start.
The crash was introduced by
https://source.winehq.org/git/wine.git/commit/f15c23df4a281a93087b5c0d2ca42…
Before that commit the game loaded to the main menu just fine (intro videos
didn't work though).
I tried renaming/removing the intro videos (Windows Media Video 9 files) from
../Development/pcvideo directory, but that didn't resolve the crash.
No demo version is available.
This was tested with the GOG.com version.
wine-5.8-147-g893080e4df
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53785
Bug ID: 53785
Summary: Need for Speed: Payback crashes on launch with OpenGL
renderer
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cdavis5x(a)gmail.com
Regression SHA1: 06b19322187e5ef8ffc06504c322ce9bcdaaa6ee
Distribution: ---
Created attachment 73274
--> https://bugs.winehq.org/attachment.cgi?id=73274
error message
Works just fine with Vulkan renderer.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53743
Bug ID: 53743
Summary: Vivisector has graphical glitches
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://www.gamepressure.com/download.asp?ID=10392
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1632b8e7a419ebf256c4a356a58d505ef918f2fe
Distribution: ---
Vivisector: The Beast Within shows strange artifacts during gameplay (black
textures are popping in as the player is moving etc).
Can be reproduced with the demo version (available in German).
Reverting commit 1632b8e7a419ebf256c4a356a58d505ef918f2fe
on top of wine-7.18-100-g46d084aca88 fixes the problem.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
public_demo_de.exe (190M)
md5: f52157925d94d34b5c09fdefc0fe3d95
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53680
Bug ID: 53680
Summary: urlmon:url - test_BindToStorage() fails on Windows <=
8.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - test_BindToStorage() fails on Windows <= 8.1:
url.c:4082: synchronous https test (invalid CN, dialog)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 800c0019
url.c:1857: Test failed: res = 00002efd, expected 800c0019
url.c:3176: Test failed: Got 800c0005
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:4089: asynchronous https test (invalid CN, fail)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 800c0019
url.c:1857: Test failed: res = 00002efd, expected 800c0019
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:4093: asynchronous https test (invalid CN, accept)
url.c:1846: Test failed: binding failed: 800c0005, expected 00000000
url.c:1857: Test failed: res = 00002efd, expected 00000000
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:3288: Test failed: expected OnResponse
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3302: Test failed: expected OnDataAvailable
url.c:4097: asynchronous https test (invalid CN, dialog 2)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 00000000
url.c:1857: Test failed: res = 00002efd, expected 00000000
url.c:3288: Test failed: expected OnResponse
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3302: Test failed: expected OnDataAvailable
url.c:4102: asynchronous https test...
https://test.winehq.org/data/patterns.html#urlmon:url
A bisect shows these failures started with the commit below:
commit 81e91afb36f014956db75d29f0dad334bf0f9e75
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Aug 29 15:18:26 2022 +0200
urlmon/tests: Run tests against the gitlab server to avoid redirects.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52903
Bug ID: 52903
Summary: Resizing Dn-FamiTracker fails to redraw pattern editor
and status bar
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: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 72288
--> https://bugs.winehq.org/attachment.cgi?id=72288
Dn-FamiTracker window not redrawn on Arch Linux Wine 7.7, after resizing with
bottom-right corner
- Download Dn-FamiTracker
(https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/releases/d…)
and extract Release/Dn-FamiTracker.exe.
- Run the program on Wine 7.7 on Arch Linux kwin_x11 with compositing on.
- Maximize and un-maximize it, or alternatively resize it.
The blue line in the program's bottom half should remain vertically centered.
Instead after maximizing, I get two blue lines (one stale image in the top half
of the window, and one redrawn blue line in the center). The stale image goes
away when you click on the canvas or press an arrow key. And when unmaximizing,
the blue line is below the center of the screen or off the bottom entirely. The
line is redrawn at its correct position when you click on the canvas or press
an arrow key.
Additionally, by slowly resizing the window's bottom-right corner, you can get
the status bar to draw dozens of drag corners on top of each other, much like
foobar2000.
This occurs on Wine 7.7 (Arch Linux) (resizing does not redraw the window), and
to a lesser extent on macOS Wine (run
https://cdn.discordapp.com/attachments/219258602450452486/96356131718732608…
to workaround https://bugs.winehq.org/show_bug.cgi?id=49802) as well (resizing
intermittently redraws the window). The bug also occurs on Bottles Caffe 7.2,
but not 7.0 and below. On Bottles Caffe 7.0 and Bottles Vaniglia 6.x, when
maximizing or restoring the window, I see a flicker of stale image, followed by
a proper redraw. I don't know whether the Wine ≤7.0 behavior was correct
(matching Windows), or an extra delayed redraw masking the missing redraw.
Unlike foobar2000, Dn-FamiTracker is open-source (though depends on MFC and is
spaghetti code):
https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/tree/Dn0.4…
and https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker
The same error appears on Wine 7.7 and 7.2 but not 7.0, when testing
0CC-FamiTracker 0.3.15.3 (http://hertzdevil.info/programs/0CCft_v0315r3.7z).
I've never seen either Dn-FamiTracker or 0CC-FamiTracker fail to redraw on real
Windows 7 or 10.
This may be related to Bug 52515 (foobar2000), but I reported that bug on Wine
7.0 (which I think is immune to this bug). It may be the same bug anyway, but
either my older report has the wrong version or Bottles Caffe 7.0 differs from
Arch Wine. If I try running foobar2000's installer in Bottles to test old Wine
versions, the installed foobar2000 program crashes on startup, so I can't test
if it broke between Wine 7.0 and 7.2 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.
https://bugs.winehq.org/show_bug.cgi?id=47536
Bug ID: 47536
Summary: Overwatch stops getting mouse input after alt-tabbing
(regression
Product: Wine
Version: 4.12.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Through bisect, I've found this commit 82c6ec3a32f44e8b3e0cc88b7f10e0c0d7fa1b89
causes issues in Overwatch (a Blizzard game). To be specific, if the game is
set to use Fullscreen or Windowed mode and you alt tab out of it even one time,
it no longer allows you to aim. Instead, mouse cursor just kind of floats
around the window, and I can even click in menus. The only way to recover it
from that state is to relaunch it. The issue also doesn't seem to affect
Borderless Windowed mode.
Reverting that commit fixes the issue.
I should note that during my testing, I had to use staging patches, as some of
it are required to make it playable, but I don't know which ones it actually
needs so I couldn't just apply them selectively.
I am not really sure with which debug channels I should create the log with to
help find the issue, so let me know which ones you need and I will record a log
with them.
--
Do not reply 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=35126
Bug ID: 35126
Summary: AirBuccaneers hangs on exit
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://s3-eu-west-1.amazonaws.com/airbuccaneers1/AirBu
ccaneers_1.1_demo.zip
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46856
--> http://bugs.winehq.org/attachment.cgi?id=46856
terminal output
The game loads fine and it is playable, the only problem I observed so far is
that the game hangs indefinitely when I choose to quit the game. CPU usage is
minimal (1-2%), animation and music stop playing and the abu.exe process is
just sitting there.
Steps to reproduce the problem with the demo version:
1. unpack AirBuccaneers_1.1_demo.zip and start the game with abu.exe
2. select language and choose a new account
3. choose <Quit> in the main menu
I tried the game in Virtualbox (Windows XP guest) and the problem doesn't exist
there.
wine-1.7.8-88-gfb75292
AirBuccaneers_1.1_demo.zip
md5sum: 92d2a669743b0c9bb6645c8d2d01ff7e
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53908
Bug ID: 53908
Summary: Comptes.exe errors with "dxLockMessage fails"
Product: Wine
Version: 7.20
Hardware: x86-64
URL: https://www.msoft.fr/download/1528/
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jacek(a)codeweavers.com
Distribution: Debian
Hi,
this has been reported twice in the forum and is a regression.
I tried a regression test but it fails because in March there was first a
commit that prevented to start the program at all, and after that was fixed,
this error was present ,,,
Steps to reproduce (requires a little knowledge of french):
Install the app, then choose the example and then select "Operations" from the
menu, select some row, double click and try to use the date picker: the error
message box appears
The only thing I know for sure is that it worked before
commit 0044b02d482fa19f6d1ddebc4b716efeba287d44
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Mar 7 14:41:53 2022 +0100
user32: Use UNICODE_STRING for passing window classes internally.
I`m not 100% sure (because regressiontest fails) if this is the cause of the
bug but I added you (Jacek) anyway the bugreport, hope you don`t mind ;)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52563
Bug ID: 52563
Summary: d3d11:d3d11 fails in
test_dynamic_map_synchronization() on cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 fails in test_dynamic_map_synchronization() on cw-rx460:
d3d11.c:34006: Test failed: Got 0xff0000ff, expected 0xff00ff00 at (3, 478, 0),
sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
The failures started with the commit below:
commit a13fc3bb7e055562b8b9deae985c64c5c7861424
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Feb 11 19:42:02 2022 -0600
wined3d: Use the chunk allocator for GL vertex buffers.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53277
Bug ID: 53277
Summary: user32:edit - The edit field is sometimes empty after
a paste on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:edit - The edit field is sometimes empty after a paste on Windows:
edit.c:3211: Test failed: got 0
edit.c:3240: Test failed: got 0
https://test.winehq.org/data/patterns.html#user32:edit
These two failures can happen independently.
This may be caused by clipboard interference (see bug 47888 and bug 53276),
though such interference is supposed to preserve the content of the clipboard.
Furthermore this not only happens with the Radeon driver but also on plain QXL
VMs (w1064-1qxl on 2022-05-06 and 2022-05-31) and Nvidia machines (cw-gtx560
2022-04-26).
So this is probably related to the above bugs but it looks as if the clipboard
gets cleared after it has been set which means a different workaround would be
required (e.g. retrying the whole Copy+Paste multiple times).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54137
Bug ID: 54137
Summary: A non-WM_CLIPCHILDREN window's repaint region is not
computed correctly when its child is resized or
repositioned
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: timoninvlad(a)yandex.ru
Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b
Distribution: ---
Wine sometimes under-calculates the repaint region of non-WM_CLIPCHILDREN
non-WM_EX_COMPOSITED windows with a child window that has been resized or
repositioned.
Reported affected applications include regedit.exe and Unity Assets Bundle
Extractor.
The regression started with the following commit:
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(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=54144
Bug ID: 54144
Summary: SmartViewer fails with wine-mono
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73676
--> https://bugs.winehq.org/attachment.cgi?id=73676
Log
For installation you must use a 64bit prefix, else it fails.
Then run the program "drive_c/Program Files
(x86)/Samsung/SmartViewer3.0/Bin/SmartViewerMain.exe"
It fails with
> Assertion at /vagrant/mono/mono/metadata/cominterop.c:673, condition `ic' not met
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54276
Bug ID: 54276
Summary: Adjusting the dpi doesn't work on Baidu NetDisk
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73842
--> https://bugs.winehq.org/attachment.cgi?id=73842
dpi doesn't work
I have filed a bug before Bug 54230: the description says that there is a
problem with the font size, but now I find that besides the font problem,
everything in the window does not change when adjusting the dpi, I don't know
if this has any effect on the result, and besides richedit, some of the text in
the application is also very small.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54230
Bug ID: 54230
Summary: Need Help! The font is too small when displayed
(smaller than the size under normal Windows10)
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73775
--> https://bugs.winehq.org/attachment.cgi?id=73775
The red box is too small font
Part of the font of Baidu Netdisk is too small (no account is required, the
problem can be reproduced during installation), I hope you have time to discuss
this issue with me.
Application installation package official website download URL:
https://pan.baidu.com/download#linux
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47888
Bug ID: 47888
Summary: user32:clipboard fails on Win 8.1 since the RX 460 GPU
got installed
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:clipboard fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got
installed (2019-09-25):
clipboard.c:760: Test failed: 0: gle 5
clipboard.c:765: Test failed: 0.0: got 0000 instead of 0001
clipboard.c:805: Test failed: 0: gle 1418
clipboard.c:815: Test failed: 0: count 4
clipboard.c:818: Test failed: 0: gle 1418
clipboard.c:852: Test failed: 0: format 0001 got data 00798D08
clipboard.c:853: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 0007 got data 00798C78
clipboard.c:853: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 000d got data 007A12D0
clipboard.c:853: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:717: Test failed: 4: gle 5
clipboard.c:719: Test failed: 4: gle 1418
clipboard.c:746: Test failed: 4: count 2
clipboard.c:749: Test failed: 4: gle 1418
clipboard.c:765: Test failed: 4.0: got 000e instead of 0003
clipboard.c:717: Test failed: 6: gle 5
clipboard.c:719: Test failed: 6: gle 1418
clipboard.c:746: Test failed: 6: count 3
clipboard.c:749: Test failed: 6: gle 1418
clipboard.c:765: Test failed: 6.0: got 0002 instead of 0008
clipboard.c:717: Test failed: 7: gle 5
clipboard.c:719: Test failed: 7: gle 1418
clipboard.c:746: Test failed: 7: count 3
clipboard.c:749: Test failed: 7: gle 1418
clipboard.c:765: Test failed: 7.0: got 0008 instead of 0011
clipboard.c:1040: multi-threaded test
clipboard.c:1130: Test failed: OpenClipboard failed: 5
clipboard.c:1142: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1146: Test failed: didn't get data for CF_OEMTEXT
clipboard.c:1148: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1152: Test failed: sequence diff 0
clipboard.c:1155: Test failed: CloseClipboard failed: 1418
clipboard.c:1017: Test failed: wait failed
clipboard.c:1157: Test failed: WM_DRAWCLIPBOARD not received
clipboard.c:1157: Test failed: WM_CLIPBOARDUPDATE not received
https://test.winehq.org/data/tests/user32:clipboard.html
It's strange that changing the GPU and updating the graphics driver would cause
permission denied errors when handling the clipboard.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54273
Bug ID: 54273
Summary: ntdll misses Zw* exports
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
The following exports are not present in ntdll:
ZwCallbackReturn
ZwCreateDebugObject
ZwGetNextThread
ZwLoadKeyEx
Despite the following ones existing:
NtCallbackReturn
NtCreateDebugObject
NtGetNextThread
NtLoadKeyEx
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54252
Bug ID: 54252
Summary: Cosmoteer fails to establish a network connection and
freezes before the main menu
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mjevans1983(a)gmail.com
Distribution: ---
Created attachment 73805
--> https://bugs.winehq.org/attachment.cgi?id=73805
Cosmoteer game log, including a Backtrace and redcated ipconfig related
information
I'm not sure which version of wine "bleeding edge" is, but some very recent
version from shortly before Xmas 2022
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton7…
My PC has two Ethernet ports on the back, and to have the option of using it as
a network switch for my laptop, they're bridged. I also want my PC to have a
statically leased DHCP address, so the Ethernet bridge configuration might be a
little uncommon, but is not unusual and shouldn't be a problem.
It isn't a problem for ipconfig (no arguments), it isn't a problem for Linux
programs, it isn't a problem for curl under wine.
It _is_ a problem for ipconfig /all and I now suspect (after /all failed) also
a game I purchased during the recent sales.
The bug may be in:
IpHlpApi.GetNetworkParams
System.Net.NetworkInformation.HostInformationPal.GetFixedInfo
Or portions of the system that WINE is providing compatibility layers for.
Please see the attached text file for more details, bug related stuff is likely
on line 298+ 01/01/2023 11:23:32 | ManagedThreadId: 1, OSThreadId: 272,
IsAlive: True, IsBackground: False
I also suspect this is related to the Wine only reproducible bug #54251
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54090
Bug ID: 54090
Summary: shell32:autocomplete - test_prefix_filtering()
sometimes fails on Windows and 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:autocomplete - test_prefix_filtering() sometimes fails on Windows and
Wine:
* 2022-07-14 on w8adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"aa"
* 2022-07-18 on w8adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"http://abc.aa.com"
* 2022-07-25 w7u-adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"www.ax"
* 2022-10-12 on debian11-zh-CN (32-bit) for MR!23
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
...
* 2022-11-28 on debian11-zh-CN (32-bit) for MR!1574
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
* 2022-12-05 on debian11-zh-CN (32-bit) for MR!1675
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
I don't see any trace of these failures in the WineTest nightly runs (though on
2022-12-01 fg-deb64 got the opposite "Expected L"ab", got (null)").
MR!23 is the oldest merge request that I know got impacted by this issue. In
total it looks like about 19 merge requests got impacted do far, all with the
failure happening on debian11-zh-CN. I also don't see any matching Marvin
message on wine-devel so this may be relatively new in Wine.
Because of the platform difference and the spread in time (the Windows failures
stopping in July and the Wine ones starting in October?) it's not clear if
these failures are related, despite being very similar.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54251
Bug ID: 54251
Summary: ipconfig /all hangs / freezes / does not exit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mjevans1983(a)gmail.com
Distribution: ---
Used the ArchLinux package managers to install wine-git, which made sure I had
the correct build tools, git cloned, and tracked the files during install.
At least as of 2023-01-01 something's broken with networking.
My PC has two Ethernet ports on the back, and to have the option of using it as
a network switch for my laptop, they're bridged. I also want my PC to have a
statically leased DHCP address, so the Ethernet bridge configuration might be a
little uncommon, but is not unusual and shouldn't be a problem.
It isn't a problem for ipconfig (no arguments), it isn't a problem for Linux
programs, it isn't a problem for curl under wine.
It _is_ a problem for ipconfig /all and I now suspect (after /all failed) also
a game I purchased during the recent sales.
$ wine-git cmd
wine: configuration in L"/home/USER/.wine" has been updated.
Microsoft Windows 6.1.7601
> ipconfig
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
Ethernet adapter lo
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : ::1
IPv4 address. . . . . . . . . . . : 127.0.0.1
Default gateway . . . . . . . . . :
Ethernet adapter enp8s0
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : fe00::10%2
Default gateway . . . . . . . . . :
Ethernet adapter enp9s0
Connection-specific DNS suffix. . :
Default gateway . . . . . . . . . :
Ethernet adapter br0
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : fd00::10
IPv6 address. . . . . . . . . . . : 2000::10
IPv6 address. . . . . . . . . . . : fd00::10
IPv6 address. . . . . . . . . . . : 2000::10
IPv6 address. . . . . . . . . . . : fe00::10%4
IPv4 address. . . . . . . . . . . : 192.168.0.10
Default gateway . . . . . . . . . : 192.168.0.1
> ipconfig /all
... hangs
The outputs are the same in Proton instances of wine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53815
Bug ID: 53815
Summary: Tales of Monkey Island 4 crashes in game
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: g.dethier(a)gmail.com
Distribution: ---
Created attachment 73334
--> https://bugs.winehq.org/attachment.cgi?id=73334
Debugger backtrace
I was able to play for a couple of hours with the game with no problem (and
actually completed the 3 first episodes). At some point, triggering some
actions (i.e. looking at objects) in game made it crash (traces attached). As a
consequence, it is not possible to finish the game.
The game (https://www.gog.com/en/game/tales_of_monkey_island) was installed
using GOG Galaxy client from GOG.com. The crash occurs both when running the
game from GOG Galaxy Client and when executing it directly.
I am using the latest wine version from repository (winehq-devel), so 7.19, on
Ubuntu 22.04.1 x86_64 with kernel 5.15.0-39-generic.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46924
Bug ID: 46924
Summary: Sword of the Stars crashes with black screen
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luis.panadero(a)gmail.com
Distribution: ---
Created attachment 64027
--> https://bugs.winehq.org/attachment.cgi?id=64027
wine log output with WINEDEBUG=+wgl
Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a
black screen and a dump.
Tested on:
Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu
default kernel and mesa versions.
GPU : AMD RX580 -> amdgpu opensource driver
Wine versiones that I try :
- Wine 4.0 with Gallium Nine patch
- default version on Ubuntu 18.10 (Wine 3.0.3)
- Steam Proton 3.16 beta
- Wine staging
On every case fails with the same messages.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54206
Bug ID: 54206
Summary: dxgi:dxgi - run_on_d3d12(test_mode_change) crashes on
Windows 10 1709
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
Created attachment 73746
--> https://bugs.winehq.org/attachment.cgi?id=73746
Only keep run_on_d3d12(test_mode_change)
dxgi:dxgi - run_on_d3d12(test_mode_change) crashes on Windows 10 1709:
dxgi.c:7187: Test failed: Got unexpected hr 0x8007000e.
dxgi.c:7187: this is the last test seen before the exception
1990:dxgi: unhandled exception c0000005 at 00401720
See https://test.winehq.org/data/patterns.html#dxgi:dxgi
As per the attached patch, this happens even if commenting out all of the other
tests. I also confirmed that this still happens with 8 GB of RAM and when using
the QXL GPU with the 10.0.0.21000 (virtio-win-0.1.221.iso) driver.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54040
Bug ID: 54040
Summary: EA App installs but throws backtrace when launching
from command-line
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 73600
--> https://bugs.winehq.org/attachment.cgi?id=73600
Backtrace 7.21 (Slackware 15.0)
Hello everyone,
I downloaded the Electronic Arts app for Windows which has replaced the former
"Origin" launcher from
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
sha256sum EAappInstaller.exe
3d391025df8040ac0676ac0fc81467cef49adad5e457ceeb845aeefeb3a8fd23
EAappInstaller.exe
The installer seems to run through but the application itself doesn't launch.
When starting EA Desktop from the command line a black window opens and a
backtrace is thrown. Attaching backtrace and console output.
wine --version
wine-7.21
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53353
Bug ID: 53353
Summary: Rise of the Tomb Raider doesn't show launcher window
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 18ae96e5fb3cbbd53f1a022ba81203de6b431228
Distribution: ---
Task manager just shows ROTTR.exe and crashpad_handler.exe processes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54145
Bug ID: 54145
Summary: Chessbase redraw issue for arrows
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: ---
Reproduction steps:
Download and open CBReader - https://en.chessbase.com/pages/download (seen
with CBReader14)
Open a board, hold alt-left shift to draw a red arrow from g2 to g4 (drag to do
that). Now pick up the pawn on g2, and drop somewhere illegal (i.e. not back at
g2, g3 or g4). You'll notice the part of the arrow on the g2 square is now
missing.
Note that in Chessbase11 this also affects the default to square (so two bits
missing); default to square is if you click the piece, it moves to that square
as a 'smart move'.
Quite possible the redraw sequence/priorities are a 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=52450
Bug ID: 52450
Summary: donet461 / .NET 4.6.1 Fails To Install with "Timed-out
Threads" in Vanilla Wine 7.0
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: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71729
--> https://bugs.winehq.org/attachment.cgi?id=71729
Timed-out Threads When Installing dotnet461
Attempting to install dotnet461 in a vanilla Wine 7.0 prefix led to the process
hanging on these lines thrown in the attachment.
> winetricks --version
> 20210206-next - sha256sum: c478d93c7d399ccc73c8b2552c34918e8e3a13526264ff1661078b84d074d071
(The Wine build was a non-mingw GCC build, as 7.0 isn't in the Arch repo yet.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54235
Bug ID: 54235
Summary: Horizon Zero Dawn crashes: Illegal instruction in
64-bit code
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cweiske(a)cweiske.de
Distribution: ---
Created attachment 73782
--> https://bugs.winehq.org/attachment.cgi?id=73782
Crash log for wine-8.0rc2
The game "Horizon Zero Dawn" crashes upon start with "illegal instruction in
64-bit code". It is the GOG version "HRZ-PCR 181/7517962 09:56 - Tue Jan 18
2022".
I had to install mfc410.dll before it would try to start (see bug #44856).
It was run with a fresh wineprefix, and windows version set to 10, and no other
dlls installed except mfc410.
The crash happens on both wine-7.0.1 and wine-8.0-rc2. Crash log is attached.
My system runs Ubuntu 20.04.5 with a Radeon R9 380 graphics card, using the
open source drivers.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54092
Bug ID: 54092
Summary: FreeArc fails under wine when memory limit is set too
high
Product: Wine
Version: 7.21
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: ---
Downloaded the program from
https://archive.org/details/FreeArc-0.666-win32bin-Sources
Testfile I used is the ubuntu iso:
https://releases.ubuntu.repulsive.eu/22.04.1/ubuntu-22.04.1-desktop-amd64.i…
Unpacked into a folder called "freearc"
Command used:
wine freearc/bin/Arc.exe -mx -ld2600 -sfx a test.arc *.iso
It soon fails with "ERROR: write error (disk full?) in compression algorithm
tempfile"
The same command works flawlessly under by Win7 x64 VM.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41411
Bug ID: 41411
Summary: 7za (part of 7-zip) handles some non-latin file names
incorrectly under wine
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
app: http://www.7-zip.org/a/7z1603-extra.7z
sample archive to test:
http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip
1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip"
2. compare to it's output on windows (or with listing using "unzip -l
23-10-2012-b-fasi-eaep.zip")
you will see incorrect filename encoding in 7za's output
p7zip, 7za's native linux port, behaves correctly with this archive
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42412
Bug ID: 42412
Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1
works bad.
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bobben(a)wigilius.se
When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only
way when running AmigaOS 4.1), network transfers gets damaged (md5 and file
size doesn't match) whether it's downloaded from internet or from local file
server.
This happens both on 32bit and 64bit Wine and WinUAE.
Changing the MTU value on the AmigaOS side doesn't help either.
I suspect this has something to do with the issue:
fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this
platform.
The author of WinUAE also suspects this is the problem:
"IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform
specific file"
Currently using Wine 2.0-staging and macOS 10.11.6
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.