https://bugs.winehq.org/show_bug.cgi?id=53902
Bug ID: 53902
Summary: wine install Genshin fails in Ubuntu20.04 Docker
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: guangli.li(a)intel.com
Distribution: ---
Created attachment 73445
--> https://bugs.winehq.org/attachment.cgi?id=73445
the needed memory is 304MB, the avaiable memory is
1. start a ubuntu 20.04 docker with --priviledged, following instruction to
install wine 7.0 stable
2. download genshin launcher:
3. install dxvk 1.10.3 from:
https://github.com/doitsujin/dxvk/releases/download/v1.10.3/dxvk-1.10.3.tar…
4. wine launcher.exe, it will show memory insufficient.
logs as below:
guangli@247ca492a6aa:/data$ wine yuanshen_setup_20220811050610.exe
need space: 307347065 archive size: 97504766 compressDatapos: 26339848
read Config I18nNameMap=QMap(("de-de", "")("en-us", "")("es-es", "")("fr-fr",
"")("id-id", "")("it-it", "")("ja-jp", "")("ko-kr", "")("pt-pt", "")(
"ru-ru", "")("th-th", "")("tr-tr", "")("vi-vn", "")("zh-cn", "??")("zh-tw",
"")) ProductName="??" InstallerSingleId="miHoYo.com_installer_yuanshen" I
nstallAppendPath="Genshin Impact" LauncherExeName="launcher.exe"
AppSingleId="miHoYo.com_launcher_yuanshen" Publisher="miHoYo Co.,Ltd"
WebSiteUrl="ht
tps://ys.mihoyo.com/main/"
ProtocolUrl="https://ys.mihoyo.com/launcher/18/{lang}/agreement?api_url=https%3A%2F%2Fap…"
Versio
n="2.19.0.0" EnvValue="prod" Preview=false RequestKey="eYd89JmJ" AppId="18"
CPS="mihoyo" Channel="1" SubChannel="1" ClusterLabel="" BuildSha="1b0cc5b
8jK3rv6zy"
my docker memory info: is larger than needed.
Filesystem Size Used Avail Use% Mounted on
overlay 1.8T 1.3T 459G 74% /
--
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=54046
Bug ID: 54046
Summary: wiaservc:wia sometimes times out on Windows 10 21H1 &
22H2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wia
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wiaservc:wia sometimes times out on Windows 10 21H1 & 22H2:
wiaservc:wia:1204 done (258) in 120s
See https://test.winehq.org/data/patterns.html#wiaservc:wia
This failure is pretty rare and since there is no trace whatsoever it's unclear
where the timeout occurs. Normally the test runs in "0 seconds" so it's not a
speed issue.
Note: On Windows 11 it crashes instead of timing out. These two issues may well
be related (memory corruption?).
--
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=47874
Bug ID: 47874
Summary: kernel32:debugger sometimes fails getting
EXCEPTION_DEBUG_EVENT
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger sometimes gets the following failure:
debugger.c:1424: Test failed: dwDebugEventCode = 1
https://test.winehq.org/data/tests/kernel32:debugger.html
This value seems to correspond to EXCEPTION_DEBUG_EVENT.
This failure has been seen on the wxppro and w2003std TestBot VMs and on the
fg-win7u64 family of VMware VMs. It also happened on the cw1-hd6800-t64 Windows
8.1 real hardware machine (which also means it happens in both 32 and 64 bit
tests).
However it never happened on the Windows 10 VMs so it may be a bug in older
Windows versions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54021
Bug ID: 54021
Summary: Microsoft Report Builder: crashes on startup
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: mohd.akram(a)outlook.com
Distribution: ---
Created attachment 73590
--> https://bugs.winehq.org/attachment.cgi?id=73590
log of running `wine MSReportBuilder.exe`
I get a System.NullReferenceException exception when running Microsoft Report
Builder (log attached). It is free to download from
https://www.microsoft.com/en-us/download/details.aspx?id=53613.
--
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=54044
Bug ID: 54044
Summary: quartz:memallocator - test_sample_properties() often
gets an unexpected sample start on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:memallocator - test_sample_properties() often gets an unexpected sample
start on Windows 11:
memallocator.c:476: Test failed: Got sample start 7dd8e0.
memallocator.c:643: Test failed: Got sample start 7dd8e0.
See https://test.winehq.org/data/patterns.html#quartz:memallocator
--
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=54041
Bug ID: 54041
Summary: wmvcore:wmvcore - test_sync_reader_types() sometimes
crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wmvcore:wmvcore - test_sync_reader_types() sometimes crashes in Wine:
wmvcore.c:1511: Test marked todo: Stream 0: Got output number 0.
wmvcore.c:1576: Test marked todo: Stream 0: Got hr 0.
wmvcore.c:1666: Test marked todo: Stream 0: Format 0: Got hr 0xc00d0041.
wmvcore.c:1666: Test marked todo: Stream 0: Format 1: Got hr 0xc00d0041.
wmvcore.c:1666: Test marked todo: Stream 0: Format 2: Got hr 0xc00d0041.
wmvcore.c:1617: Test failed: Stream 0: Format 3: Got hr 0x8007000e.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00410d09).
[...useless backtrace...]
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
Where:
0xc00d0041 == NS_E_INCOMPATIBLE_FORMAT
0x8007000e == E_OUTOFMEMORY
There are only three known instances of this crash:
* 2022-11-10 on debian11-win32-zh-CN
This is the first known instance which means it never happened in the
previous 5.5 months.
* 2022-11-14 on debian11-win32 for MR!1350
* 2022-11-29 on latestmaster (Linux Mint 21, en-GB)
So this may be caused by a Wine patch that got committed some time in late
October or early November.
--
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=54039
Bug ID: 54039
Summary: wmvcore:wmvcore - test_async_reader_streaming()
sometimes times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wmvcore:wmvcore - test_async_reader_streaming() sometimes times out in Wine:
wmvcore.c:3009: Test failed: Wait timed out.
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
Note that the wait on that line is just 1 second. Maybe the processing got
delayed a bit and increasing the timeout would be a reasonable fix?
The first instance of this failure is on 2022-09-16 and there has been about 3
instances per month since; and none in the 3 preceding months.
Also the TestBot started running two VMs per host around 2022-10-25 (and
certainly after 2022-10-02). So any processing delay cannot be attributed to
this TestBot configuration change.
So this may be related to Wine / test changes (like 453b0a92dbe4 which changes
test_async_reader_streaming() 3 days before the first failure).
--
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=54038
Bug ID: 54038
Summary: user32:win - test_window_info() sometimes gets an
unexpected window status 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:win - test_window_info() sometimes gets an unexpected window status on
Windows:
win.c:1237: Test failed: wrong dwWindowStatus: 0000 != 0001 active 004A021A fg
00010122 in hook HCBT_MINMAX
See https://test.winehq.org/data/patterns.html#user32:win
This happens mostly on w7u-* and w11pro64-amd but also happened once on
fgtb-w10pro64.
--
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=54001
Bug ID: 54001
Summary: user32:win - test_mdi() sometimes fails on Windows 8
and Windows 10 1607
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:win - test_mdi() sometimes fails on Windows 8 and Windows 10 1607:
win.c:2688: Test failed: style 0x200000: expected !100
win.c:2688: Test failed: style 0x300000: expected !100
See https://test.winehq.org/data/patterns.html#user32:win
More precisely:
* This failure mode happened systematically on w1064v1607 from 2022-08-24 to
2022-11-17 but there is no record of it ever happening outside that range.
* The w1064v1607 snapshot has been updated on 2022-11-20. While that may seem
to rule out the snapshot update as the cause for the change in behavior it is
possible that the successful 2022-11-18 results were (backlogged and) run on
the new 2022-11-20 snapshot.
* It's not clear what could have happened on 2022-08-24 to cause the failure to
start happening.
* This failure mode also happened on the w864 VM on the following dates:
- 2022-06-03 w864-64 (twice)
- 2022-11-18 w8adm (32-bit)
- 2022-11-22 w8adm (32-bit)
- 2022-11-23 w8adm (32-bit) and w864-32
The w864 snapshot was last updated on 2022-06-06.
Because these failures are rare on Windows 8 they have caused some TestBot
false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.