http://bugs.winehq.org/show_bug.cgi?id=34715
Bug #: 34715
Summary: Gas Guzzlers Combat Carnage Demo shows black road
bumps border and on-track bonuses
Product: Wine
Version: 1.7.4
Platform: x86
URL: http://www.worthdownloading.com/download.php?gid=5320&
id=23965
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 46284
--> http://bugs.winehq.org/attachment.cgi?id=46284
screenshot
See attached screenshot.
--
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=46882
Bug ID: 46882
Summary: Recent World of Warcraft patch broke vkd3d
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 63952
--> https://bugs.winehq.org/attachment.cgi?id=63952
trace.log
There was a patch today (friday 22 march 2019) that broke vkd3d and d3d12.
It worked fine earlier today, but upon logging on this evening there was a
update, and all i get is a black screen and the mousepointer.
WoW works fine with DXVK and d3d11.
WoW version is: 8.1.5.29814. I did not find a particular patchnote for this
yet.
Attaching trace.log with WINEDEBUG=+vkd3d , and VKD3D_DEBUG="trace".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51185
Bug ID: 51185
Summary: Windows fails to load the minimal PE image in
kenel32:loader
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_Loader() claims that Windows 7 is able to load this minimal PE image:
/* Minimal PE image that Windows7 is able to load: 268 bytes */
{ 0x04,
0, 0xf0, /* optional header size just forces 0xf0 bytes to be
written,
0 or another number don't change the behaviour, what
really
matters is file size regardless of values in the headers
*/
0x04 /* also serves as e_lfanew in the truncated MZ header */, 0x04,
0x40, /* minimal image size that Windows7 accepts */
0,
{ ERROR_SUCCESS }
},
But in fact this fails on all Windows version from Windows 7 to Windows 10
20H2... except in the early Windows 10 versions (1507 to 1809):
https://test.winehq.org/data/patterns.html#kernel32:loader
loader.c:1140: Test failed: 16: unexpected error 193
The failing test was introduced by this commit:
commit 1a7dd7cdbe184ff3fdf2781e9a2222872bacee2c
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
AuthorDate: Wed May 6 15:16:01 2020 +0800
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Fri May 15 11:42:28 2020 +0200
kernel32/tests: Add a PE test image that resembles format of some of 8k
demos.
Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru>
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=51346
Bug ID: 51346
Summary: x264guiEx partly shows white box characters when using
Wine-Mono (default encoding issue with C++/CLI).
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 70202
--> https://bugs.winehq.org/attachment.cgi?id=70202
x264guiEx configuration window
x264guiEx[1] is a famous output plugin for AviUtl, Japanese video editing
software[2]. When running it with AviUtl 1.10 and Wine-Mono 6.20, its
configuration window partly shows white box characters instead of Japanese
characters. See attached image for details.
It's not typeface issue. For the attachment case, it shows three white boxes
for two Japanese characters, なし. If we had have a missing typeface, it should
be two.
I guess Wine-Mono's default encoding incompatibility causes this issue. This
plugin uses System::String without the encoding parameter in frmConfig.cpp[3].
That means constructor's argument is interpreted using default encoding[4].
[1] https://github.com/rigaya/x264guiEx
[2] http://spring-fragrance.mints.ne.jp/aviutl/
[3]
https://github.com/rigaya/x264guiEx/blob/9f1abe0f44be3c602ffa938e2ca7d80cea…
[4]
https://docs.microsoft.com/en-us/dotnet/api/system.string.-ctor?view=net-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=51334
Bug ID: 51334
Summary: Microsoft Xbox Live Developer Tool XblTestAccountGui
crashes
Product: Wine
Version: 6.11
Hardware: x86-64
URL: https://web.archive.org/web/20210625235311/https://github.com/microsoft/xbox-live-developer-tools/releases/d
ownload/2106/XboxLiveTools-2106-20210624.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: the.ideals(a)gmail.com
Distribution: ---
Created attachment 70197
--> https://bugs.winehq.org/attachment.cgi?id=70197
crash log
XblTestAccountGui clicking on the front screen buttons leads to the crash
(Unhandled page fault).
1. Run XblTestAccountGui
2. Click Login
1. Run XblTestAccountGui
2. Click Clear cached login
Potential separate bug for filing (System.EntryPointNotFoundException):
1. Run XblTestAccountGui
2. Click About
Source: https://github.com/microsoft/xbox-live-developer-tools
sha1sum XboxLiveTools-2106-20210624.zip
aa601549455365f4e94ede40ea7dce07d7f93239 XboxLiveTools-2106-20210624.zip
du -sh XboxLiveTools-2106-20210624.zip
6.5M XboxLiveTools-2106-20210624.zip
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51319
Bug ID: 51319
Summary: server: spins in a loop consuming 100% of a hardware
thread until closed, makes wineserver SCHED_FIFO
unsafe.
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: spambox1(a)koolhoven-home.net
Distribution: ---
wineserver can be induced into an infinite loop of some sort and take up 100%
thread/hardware CPU time. This makes setting SCHED_FIFO and SCHED_RR on
wineserver unsafe, will cause immediate system lock if attempted.
--
Do not reply 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=25167
Summary: Eraser 6.0 fails to start (with Mono)
Product: Wine
Version: 1.3.7
Platform: x86-64
URL: http://eraser.heidi.ie/download.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31924)
--> (http://bugs.winehq.org/attachment.cgi?id=31924)
Terminal output
Attempting to start the program only yields an error message saying "collecting
from unknown thread." I've used winetricks mono26 beforehand. I didn't test
with .NET since it requires .NET 3.5 SP1, which won't work in Wine yet as far
as I know.
--
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=51284
Bug ID: 51284
Summary: shell32:shellpath fails on Windows 8.1 when there is
more than on CD drive
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:shellpath fails on Windows when there is more than on CD drive:
https://test.winehq.org/data/patterns.html#shell32:shellpath
shellpath.c:380: Test failed: Full path
L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\Burn\\Burn1" does
not end with relative path L"Microsoft\\Windows\\Burn\\Burn"
For now these failures happen on the Windows 8.1 cw-rx460 and cw-gtx560
machines. That's because these machines have both Burn\Burn and Burn\Burn1
folders.
Paradoxically these don't have a CD drive at all. However they are connected to
a KVM which can serve ISOs in the form of a USB CD drive. I suspect that with
ISO changes, connection/disconnections Windows 8.1 ended up thinking there were
two USB CD drives and thus created one folder for each drive.
I have confirmed that adding two drives to a recent Windows 10 VM gives the
same result so this is not something specific to Windows 8.1 or the cw-*
machines.
Incidentally the failing test was introduced by the commit below:
commit 73c08fb638938ac6f903ad91d5ef2c93ae18a971
Author: Andrew Eikum <aeikum(a)codeweavers.com>
AuthorDate: Thu May 27 13:38:16 2021 -0500
shell32/tests: Add tests to show relative known folder paths match
SHGetKnownFolderPath.
Signed-off-by: Andrew Eikum <aeikum(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=51196
Bug ID: 51196
Summary: ntdll:om has a timing-related failure in Wine
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:om randomly fails with an error of the form:
om.c:2307: Test failed: got 88
and/or
om.c:2322: Test failed: got 87
The value is the time spent in RtlWaitOnAddress(..., timeout=100 ms). The test
generously expects at least 90 ms and the failure occurs whenever it is below
that.
Because the failure is intermittent and the duration typically varies between
85 and 89 ms, this failure is prone to generating false positives in the
TestBot.
Furthermore this only happens in Wine which suggests there is some
implementation issue there.
--
Do not reply 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=28605
Bug #: 28605
Summary: BurnPlot fails to start
Product: Wine
Version: 1.3.29
Platform: x86-64
URL: http://download.imgburn.com/BurnPlot_1.0.1.5.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Created attachment 36758
--> http://bugs.winehq.org/attachment.cgi?id=36758
Terminal output
It initially fails due to missing msvbvm60.dll, so install that with winetricks
vb6run. Then, it outputs an error on startup and exits:
Run-time error '445':
Object doesn't support this action
(At least, most of the time. I sometimes get "X Error of failed request:
BadWindow (invalid Window parameter)" instead.)
Native wshom.ocx (+dependency scrrun.dll) and oleaut32 works around it. (Using
only native wshom.ocx changes the error to "object doesn't support this
property or method," while native oleaut32 alone has no apparent effect.)
--
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.