https://bugs.winehq.org/show_bug.cgi?id=52073
Bug ID: 52073
Summary: The builtin libxml2/libxslt libraries break
msxml3:domdoc in wow64 mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The builtin libxml2 / libxslt libraries break msxml3:domdoc in wow64 mode.
More specifically msxml3:domdoc started crashing on 2021-10-20:
domdoc.c:7004: Test marked todo: expected refcount 2, got 1
Unhandled exception: page fault on read access to 0x00000000ffffffff in 64-bit
code (0x00000000013682a8).
[...]
Backtrace:
=>0 0x00000000013682a8 xmlXPathNodeCollectAndTest+0x28(ctxt=<is not available>,
op=<is not available>, first=<is not available>, last=<is not available>,
toBool=<is not available>)
[Z:\home\winetest\winetest\src\libs\xml2\xpath.c:12028] in msxml3
(0x0000000001388348)
1 0x0000000001369d51 xmlXPathNodeCollectAndTest+0x1ad0(ctxt=<is not
available>, op=<is not available>, first=<is not available>, last=<is not
available>, toBool=<is not available>)
[Z:\home\winetest\winetest\src\libs\xml2\xpath.c:13113] in msxml3
(0x0000000001388348)
2 0x000000000136a024 xmlXPathNodeCollectAndTest+0x1da3(ctxt=<is not
available>, op=<is not available>, first=<is not available>, last=<is not
available>, toBool=<is not available>)
[Z:\home\winetest\winetest\src\libs\xml2\xpath.c:13361] in msxml3
(0x0000000001388348)
3 0x000000000136b559 xmlXPathRunEval+0xc8(ctxt=<is not available>, toBool=<is
not available>) [Z:\home\winetest\winetest\src\libs\xml2\xpath.c:13954] in
msxml3 (0x0000000001388348)
4 0x000000000136b775 xmlXPathCompiledEvalInternal+0xc4(comp=<is not
available>, ctxt=<is not available>, resObjPtr=<is not available>, toBool=<is
not available>) [Z:\home\winetest\winetest\src\libs\xml2\xpath.c:14337] in
msxml3 (0x0000000001388348)
5 0x000000000136bb3a xmlXPathCompiledEval+0x19(comp=<is not available>,
ctx=<is not available>) [Z:\home\winetest\winetest\src\libs\xml2\xpath.c:14383]
in msxml3 (0x0000000000fae760)
6 0x0000000001298edc xsltProcessOneNode+0x18b(ctxt=<is not available>,
contextNode=<is not available>, withParams=<is not available>)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:385] in msxml3
(0x0000000000fae760)
7 0x0000000001296517 xsltCopyText+0x706(ctxt=<is not available>, target=<is
not available>, cur=<is not available>, interned=<is not available>)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:2798] in msxml3
(0x0000000000fadc90)
8 0x0000000001298638 xsltLocalVariablePush+0x267(ctxt=<is not available>,
variable=<is not available>, level=<is not available>)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:2388] in msxml3
(0x0000000000fa3c70)
9 0x0000000001298da2 xsltProcessOneNode+0x51(ctxt=0000000000FC2DC0,
contextNode=0000000000FAE760, withParams=0000000000000000)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:3145] in msxml3
(0x0000000000000000)
10 0x000000000129b28f
xsltApplyStylesheetInternal+0x3ce(style=0000000000FA2030, doc=0000000000FAE760,
params=<is not available>, output=<is not available>, profile=<is not
available>, userCtxt=<is not available>)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:6089] in msxml3
(0x0000000000000000)
11 0x000000000129b95e xsltApplyStylesheet+0x1d(style=<is not available>,
doc=<is not available>, params=<is not available>)
[Z:\home\winetest\winetest\src\libs\xslt\libxslt\transform.c:6285] in msxml3
(0x00000000006bf978)
12 0x000000000125c2a7 node_transform_node_params+0xb6(This=0000000000043960,
stylesheet=<is not available>, p=<is not available>, stream=0000000000000000,
params=0000000000000000)
[Z:\home\winetest\winetest\src\dlls\msxml3\node.c:1518] in msxml3
(0x00000000006bf978)
13 0x000000000125c845 unknode_transformNode+0x34(iface=<is not available>,
domNode=<is not available>, p=<is not available>)
[Z:\home\winetest\winetest\src\dlls\msxml3\node.c:1541] in msxml3
(0x00000000000384a8)
14 0x000000000123085a domdoc_transformNode+0x29(iface=<is not available>,
node=0000000000045540, p=00000000006BF978)
[Z:\home\winetest\winetest\src\dlls\msxml3\domdoc.c:1479] in msxml3
(0x00000000000384a8)
15 0x000000000040c180 in msxml3_test (+0xc17f) (0x00000000000384a8)
[...]
https://test.winehq.org/data/patterns.html#msxml3:domdoc
A bisect shows that the crash started happening with the commit below:
commit bca1b7f2faeb0798f4af420c15ff5a1b1f7b40af
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Oct 20 11:39:06 2021 +0200
mxsml3: Use the bundled libxml2 and libxslt and build with msvcrt.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The previous two commits are imports of the libxslt and libxml2 code
respectively and don't compile. And msxml3:domdoc does not crash with the
previous commit (9a335d89d0cc).
--
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=51159
Bug ID: 51159
Summary: test_NLSVersion() fails on Windows 10 >= 2004 in
kernel32:locale
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_NLSVersion() fails on Windows 10 >= 2004 in kernel32:locale:
locale.c:6900: Test failed: IsValidNLSVersion succeeded
This is the test where dwNLSVersion is decreased compared to its initial
version:
info.dwNLSVersion -= 0x200;
ret = pIsValidNLSVersion( COMPARE_STRING, L"en-US", &info );
ok( !ret, "IsValidNLSVersion succeeded\n" );
Traces show that Windows 8.1 to Windows 10 1809 have NLSVersion=6020f,
while Windows 10 >= 2004 has NLSVersion=60305.
Maybe the test fails because the older Windows accept anything in the 602xx
range and 60206 (60305+1-0x100) falls in that range?
What was the point of that test?
This test was introduced by the commit below:
commit 84cca2baae23c6afa0c8070f5009fdcfa218e039
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Mar 20 14:43:45 2020 +0100
kernelbase: Implement IsValidNLSVersion().
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=48776
Bug ID: 48776
Summary: GoToMeeting Opener crashes
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Tried to get a goto meeting running just with an older Firefox and Wine.
Unfortunately the "GoToMeeting Opener.exe" crashes short after start,
when showing around 10% progress.
I could follow the crash to an allocation of 0x100000 bytes,
to which some data get asynchronously downloaded, written to a file,
and then freed.
But after that, below a INTERNET_WorkerThreadFunc,
a memcpy tries to access the previously freed memory.
Further looking might lead to a SetEvent that get triggered by
the INTERNET_STATUS_RECEIVING_RESPONSE callback,
but I am not sure if this is related or supposed the way it runs now.
A windows Firefox offers for following link a download:
https://global.gotomeeting.com/join/100000000
(meeting id changed - the download is the same
except 176 bytes, but shows the same 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=51862
Bug ID: 51862
Summary: dlls/ntdll/unix/system.c: In function ‘init_cpu_info’
Product: Wine
Version: 6.18
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 70774
--> https://bugs.winehq.org/attachment.cgi?id=70774
log.txt
in distro:
# uname --kernel-release
3.14.56
# gcc --version
4.8.4
# ldd --version
2.19
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compiling wine-6.18 and wine-6.19, fails with:
/dlls/ntdll/unix/system.c: In function ‘init_cpu_info’:
/dlls/ntdll/unix/system.c:250:5: error: inconsistent operand constraints in an
‘asm’
--
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=51403
Bug ID: 51403
Summary: MySQL workbench 5.2.47 gets RemotingException on
startup with wine-mono
Product: Wine
Version: 6.12
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Install MySQL workbench from the download link I will attach.
Try to start it, and it shows a messagebox with "Channel ipc is not securable
while ensureSecurity is specified as true", then exits with this .NET exception
logged in the terminal:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.Remoting.RemotingException:
Channel ipc is not securable while ensureSecurity is specified as true
at System.Runtime.Remoting.Channels.ChannelServices.RegisterChannel
(System.Runtime.Remoting.Channels.IChannel chnl, System.Boolean ensureSecurity)
[0x0002a] in <db04fe9e4bca4610adf3414d35e3c1a4>:0
at MySQL.Workbench.ApplicationInstanceManager.RegisterRemoteType
(System.String uri) [0x00038] in <629921a6003943fa8170f9a04007ff49>:0
at MySQL.Workbench.ApplicationInstanceManager.CreateSingleInstance
(System.String name, System.String[] args, System.EventHandler`1[TEventArgs]
callback) [0x000a5] in <629921a6003943fa8170f9a04007ff49>:0
at MySQL.GUI.Workbench.Program.Main (System.String[] Args) [0x001d2] in
<629921a6003943fa8170f9a04007ff49>:0 (06F41F5C) stub
Workaround:
winetricks -q dotnet40
--
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=50792
Bug ID: 50792
Summary: RadiRec doesn't start with wine-mono.
Product: Wine
Version: 6.3
Hardware: x86-64
URL: https://dogaraag.temporarydomain.net/download/installe
r/radirec/win/RadiRec.zip
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
RadiRec (らじれこ in Japanese) is a download manager for online radio stations in
Japan. When I start the program, らじれこ.exe, it shows the following exceptions to
the console and doesn't start.
----
Unhandled Exception:
System.Runtime.Remoting.RemotingException: Channel ipc is not securable while
ensureSecurity is specified as true
at System.Runtime.Remoting.Channels.ChannelServices.RegisterChannel
(System.Runtime.Remoting.Channels.IChannel chnl, System.Boolean ensureSecurity)
[0x0002a] in <3d7a9349295c42b6abb3487b4473a6b8>:0
at RadiRec.App.Main (System.String[] args) [0x0001f] in
<62aa39eab2e94b36a8311899088b942d>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.Remoting.RemotingException:
Channel ipc is not securable while ensureSecurity is specified as true
at System.Runtime.Remoting.Channels.ChannelServices.RegisterChannel
(System.Runtime.Remoting.Channels.IChannel chnl, System.Boolean ensureSecurity)
[0x0002a] in <3d7a9349295c42b6abb3487b4473a6b8>:0
----
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51242
Bug ID: 51242
Summary: Tycoon airport crashes (a Mesa bug?)
Product: Wine
Version: 6.10
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-30575/Airline-Tyc
oon-Demo/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 70117
--> https://bugs.winehq.org/attachment.cgi?id=70117
console ourput with opengl, wgl,d3d and ddraw channels enabled
When launching Tycoon airport crashes. It looks like the crash is in the mesa
driver. I know Henri likes free driver, so I let him to choose if this bug is
correct or it is invalid.
--
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=42795
Bug ID: 42795
Summary: LEGO City Undercover crashes on startup (Steam, DX11)
Product: Wine
Version: 2.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Created attachment 57820
--> https://bugs.winehq.org/attachment.cgi?id=57820
Console log + Backtrace from wine-2.5-151-g61a1a266fa
LEGO City Undercover crashes on startup under wine-2.5-151-g61a1a266fa.
winetricks alldlls=builtin
export WINEDEBUG=+tid,+seh
wine ./Steam.exe -no-cef-sandbox steam://run/578330 >>log.txt 2>&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=52035
Bug ID: 52035
Summary: module:ntdll_init_syscalls syscall count mismatch
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: am.advmark(a)gmail.com
Distribution: ---
While trying to run installed Dragon Age Origin (GOG) & GTA San Andreas
(Rockstar games) have this error:
err:module:ntdll_init_syscalls syscall count mismatch 0 / 79
The games does not run.
--
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=51816
Bug ID: 51816
Summary: 6.18 break path
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: augusto7743(a)gmail.com
Distribution: ---
WINE 6.18 break path location.
Software tested Duplicate Cleaner.
When selecting a folder to move or copy files the software display not being
possible read the path. Any path selected not is possible use.
WINE 6.17 works fine without issues.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51967
Bug ID: 51967
Summary: Apps no longer open URLs.
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
I use wine to run a DoubleDummy windows program.
This can downloads results from a website and does so by "opening" a URL.
By running strace (and forcing in older wine versions) I can see that:
v6.8 uses /usr/bin/xdg-open (which in turn uses kde-open5) to open the URL and
this works.
v6.20 is using /usr/bin/open, which knows nothing about URLs and hence fails.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50816
Bug ID: 50816
Summary: Wine-staging 6.4 regression: No man's sky doesn't
start anymore
Product: Wine-staging
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69628
--> https://bugs.winehq.org/attachment.cgi?id=69628
Backtrace
Since version 6.4 of wine-staging, NMS doesn't start anymore.
It crashes before it finishes the long loading (which is very long, like 5
minutes) but on wine-staging 6.3 everything worked.
--
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=35304
Bug ID: 35304
Summary: `wine start appwiz.cpl` doesn't work
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
$ wine start appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
fixme:exec:SHELL_execute flags ignored: 0x00000100
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found.
$ wine appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
Segmentation fault
It starts fine from `wine control` though.
I remember I could start appwiz.cpl previously so it looks like a regression.
--
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=51440
Bug ID: 51440
Summary: Sea of Thieves hangs on loading into the game with
b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Regression SHA1: b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Distribution: ---
This commit causes Sea of Thieves to hang at loading when entering a new game:
https://github.com/wine-mirror/wine/commit/b8aaf86b2dbb8ecb3f7094cc40a0df89…
Reproduce:
Adventure Mode > Galleon > Closed Crew > Start
Results in hang at loading screen
Reverting the commit resolves the issue.
Note: the game also requires staging patchset
secur32-InitializeSecurityContextW
--
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=35127
Bug ID: 35127
Summary: Gamehall (Chinese game client) crashes in comctl32
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://fcg.uc108.com/gamehall/down.aspx?downid=113
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46857
--> http://bugs.winehq.org/attachment.cgi?id=46857
terminal output
I came across this bug when looking at bug #35125. The application is
(probably) a game client for playing card games. Everything in the installer
and in the application is displayed in Chinese so I don't understand a word of
it, but here are the steps to reproduce the crash:
1. download the client from the above url and launch it. Installation should be
straightforward even though everything is displayed in Chinese.
2. start the application with GameHall.exe. There are 3 green buttons at the
bottom, click on the leftmost one. Some files are being downloaded(?) and Wine
crashes in comctl32 before the application interface is loaded.
'winetricks comctl32' is a workaround to the crash.
gamehallsetup.exe
md5sum: b091c46d56680a7376853460dc8510ce
wine-1.7.8-88-gfb75292
--
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=50514
Bug ID: 50514
Summary: Notation Software x64 apps freeze when resizing its
windows
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: reinhold.hoffmann(a)hotmail.com
Distribution: ---
Created attachment 69178
--> https://bugs.winehq.org/attachment.cgi?id=69178
Log files of exception when freeze happens
All x64 apps of Notation Software (www.notation.com) freeze with Wine 6.0 when
resizing its windows.
This happens on Ubuntu 20.04 LTS with Wine 6.0. The same behaviour exists on
Mac with Gcenx's Wine 6.0 from
https://github.com/Gcenx/macOS_Wine_builds/releases
I believe that this is a regression bug because all apps have worked fine with
Wine 5.4 without any issues in many, many installations but now freeze with
Wine 6.0.
An exception happens. Please see the results of WINEDEBUG=+seh,+timestamp in
the zip file attached
file 1: Exception_of_freeze_x64_Linux_Ubuntu.txt: log on Ubuntu
file 2: Exception_of_freeze_x64_Mac.txt: log on Mac
The exception address is the same for all apps and it looks as if it is outside
the app's address range. Any ideas how to further identify the problem and for
a more helpful logging is highly appreciated. Thx
--
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=46283
Bug ID: 46283
Summary: Clicking in the web browser does not launch Magic: The
Gathering - Battlegrounds Trial
Product: Wine
Version: 4.0-rc1
Hardware: x86
URL: https://www.fileplanet.com/archive/p-49075/Magic-The-G
athering-Battlegrounds-Trial/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 62995
--> https://bugs.winehq.org/attachment.cgi?id=62995
Console output with ieframe and mshtml channels enabled
When you try a second times Magic: The Gathering - Battlegrounds Trial
you need to launch the game through a web browser. Clicking in "play free
trial" does not launch the game. In a real windows box, that 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=51832
Bug ID: 51832
Summary: Fork: "The selection contains a non-folder object"
when selecting a folder
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: jleegippies(a)gmail.com
Distribution: ---
Created attachment 70722
--> https://bugs.winehq.org/attachment.cgi?id=70722
Terminal output when selecting a folder
In Fork, when going to "File > Open a Repository..." (or any of the options
that require selecting a folder) and selecting a folder in the file explorer
and clicking, "Open", the following error pops up: "The selection contains a
non-folder object". I've tried selecting folders in both C: and Z: with no
luck.
I've added the terminal output during the time I select a folder, but nothing
prints out right when I do it, so I don't think it's particularly helpful.
My OS is Linux Mint 20.2 Cinnamon
Steps to reproduce:
1. You can use either wine-6.18 or wine-6.0.1, the issue occurs in both
2. Setup a 64-bit wine prefix (Fork crashes on install in a 32 bit prefix, at
least as far as I've tried)
3. Make sure to have dotnet462, dxvk155, and d3dcompiler_47 installed (I used
Winetricks to install).
4. Download Fork (https://git-fork.com/) and install (in the prefix you just
created)
5. If the windows come up black, add the following registry key to disable
hardware acceleration:
wine reg add "HKCU\\SOFTWARE\\Microsoft\\Avalon.Graphics" /v
DisableHWAcceleration /t REG_DWORD /d 1 /f
6. Set a name and email (this would be used if you were committing/pushing
stuff with Fork).
7. Make a test directory: "mkdir MyTestDir" and "touch MyTestDir/stuff.txt"
8. Then in Fork go to "File > Init New Repository..." and navigate to your test
directory.
Normally, Fork would initialize a git repository in your test directory, but
instead it currently throws the error: "The selection contains a non-folder
object".
--
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=45806
Bug ID: 45806
Summary: Regedit doesn't paint windows contents
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ilias(a)thechampion.ru
Distribution: ---
Created attachment 62265
--> https://bugs.winehq.org/attachment.cgi?id=62265
Log gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual
I start regedit 3.15 in just created Wine directory and can see only menu bar
and status bar, registry tree and the rest isn't painted. I can export whole
registry so I think it's a graphic problem. regedit from Wine 3.0.2 work well.
regedit 3.14 is also affected.
Log is gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual.
--
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=50638
Bug ID: 50638
Summary: Builtin Dbghelp.dll doesn't succesfully load symbols
from a FakePDB PDB file
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Hi.
FakePDB is a plugin for IDA PRO 7.x that from the current program and database
loaded into IDA , generate a PDB file compatible with debuggers.
I created a PDB for Oblivion.exe (the executable of the game The Elder Scroll
Oblivion) as I weanted to try the system (and Oblivion has many internal
definition decoded from various projects, from OBSE to OblivionReloaded)
So I tried triggering a CTD (knowing a way to make the game crash immediatly)
but the winedbg wasn't loading the symbols, sometimes causing a crash of the
winedbg itself.
In the terminals there were a lot of:
04f4:fixme:dbghelp:symt_get_address Unsupported sym-tag --- for get-address
Going down the rabbit hole, I tried to see if I could get the value of the
sym-tag, adding a print, but the value was nonsensical (1114872 in decimal) too
big to be valid.
I continued to debug:
0584:trace:dbghelp_msc:pdb_init PDB(C:\Games\Oblivion\Oblivion.pdb): "Microsoft
C/C++ MSF 7.00\r\n\x1aDS\x00\
0584:trace:dbghelp_msc:pdb_init found DS for C:\Games\Oblivion\Oblivion.pdb:
age=1 guid={7bbd0a3a-8959-474f-aba3-082cd018c220}
0584:trace:dbghelp_msc:pdb_init
PDB(e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb): "Microsoft
C/C++ MSF 7.00\r\n\x1aDS\x00\
0584:trace:dbghelp_msc:pdb_init found DS for
e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb: age=1
guid={7bbd0a3a-8959-474f-aba3-082cd018c220}
0584:trace:dbghelp_symt:symt_new_public Adding public symbol L"oblivion":$LN21
@98124f
0584:trace:dbghelp_symt:symt_new_public Added public symbol L"oblivion":$LN21
@98124f a
The PDB is found and loaded properly, and the first symbol is succesfully
added.
However after the first symbol is added all the others start to fail:
0584:trace:dbghelp_symt:symt_new_public Adding public symbol
L"oblivion":??0?$LockFreeMap@PBDPAVKFModel@@@@QAE@XZ @438f10
0584:fixme:dbghelp:symt_get_address Unsupported sym-tag 1114872 for get-address
0584:trace:dbghelp_symt:symt_new_public Failing 10014 10000 10000 1465e64
(I added some traces to understand a bit better what's was going on, but the
issue should be clear)
Here seems to be that dbghelp_options is SYMOPT_AUTO_PUBLICS and
symt_find_nearest(module, address) return a non-null address, so the function
symt_new_public return null.
For every symbols except the first and the :EntryPoint symbol.
For now the only workaround I found is to comment this part of the code:
if ((dbghelp_options & SYMOPT_AUTO_PUBLICS) == SYMOPT_AUTO_PUBLICS && (sym
= symt_find_nearest(module, address) != NULL)){
return NULL;
}
And everything seems to work again, but I don't know if by doing this I broke
something else.
FakePDB code: https://github.com/Mixaill/FakePDB
(It use LLVM to generate the PDB file)
--
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=47882
Bug ID: 47882
Summary: Noita - Crash on launch
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: digisteve5(a)gmail.com
Distribution: ---
Created attachment 65377
--> https://bugs.winehq.org/attachment.cgi?id=65377
backtrace
Tried with various desktop settings, set to Windows 7 and 10.
--
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=51930
Bug ID: 51930
Summary: Final Fantasy XIV audio broken in wine-6.20
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Regression SHA1: d8be85863fedf6982944d06ebd1ce5904cb3d4e1
Distribution: ---
Final Fantasy XIV (main game and Stormblood benchmark, which is the only
benchmark that currently seems to work in Wine) no longer plays audio in Wine
6.20. This is a regression from 6.19. XAudio-based audio output from other
applications seems to work fine.
git bisect blames d8be85863fedf6982944d06ebd1ce5904cb3d4e1 "xaudio: Use the
bundled FAudio and build with msvcrt." If I back out that commit against 6.20
and build with the FAudio 21.01 installed on my system, FFXIV audio works fine
again.
May I ask why you're removing options to build with external libraries? It
makes it much more difficult to work around problems like this.
--
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=51790
Bug ID: 51790
Summary: MSI is no longer able to detect correct architecture
for a custom action DLL
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 02268cb290493c899b56996405ca7c65a8046e3c
Distribution: ---
MSI relies on GetBinaryType() to return correct architecture for a custom
action DLL, however GetBinaryType() started to intentionally fail for DLL
files. This for instance leads to inability to run a 32-bit action from a
64-bit installer process.
This essentially breaks any installer in a WoW64 Wine prefix. This bug should
probably have 'major' severity set.
--
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=51589
Bug ID: 51589
Summary: Buttons have no icons when using the Light Blue theme
Product: Wine-staging
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I noticed that buttons on the SUMo Update app have no icons on them after
setting the Wine theme to Light Blue in winecfg.
Steps to reproduce:
1. Set Wine theme to Light Blue using winecfg.
2. Download SUMo Update portable: https://www.kcsoftwares.com/files/sumo.zip
3. Run SUMo.exe
4. Notice the buttons have no icons
--
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.