https://bugs.winehq.org/show_bug.cgi?id=50159
Bug ID: 50159
Summary: Lylian demo plays: we can hear sounds but no video.
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: ---
Created attachment 68676
--> https://bugs.winehq.org/attachment.cgi?id=68676
console output with quartz debug channel enabled
All is said in the tile.
Demo starts, one can hear sound, but no video is played.
--
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=49397
Bug ID: 49397
Summary: DX11 Sample "Texturing and Lighting" fails with error
"Failed to load texture"
Product: Wine
Version: 5.10
Hardware: x86-64
URL: https://drive.google.com/uc?export=download&id=0B0ND0J
8HHfaXenFyNC12ZlJlS1U
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ArchLinux
Created attachment 67467
--> https://bugs.winehq.org/attachment.cgi?id=67467
+d3d11,+d3d,+dxgi
I'm running Arch Linux with a GTX 750Ti (driver version 440.82).
Attached is a +d3d11,+d3d,+dxgi log.
--
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=47875
Bug ID: 47875
Summary: kernel32:file: FindFirstFile("foo\nul\bar") succeeds
on AMD graphics!
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
On some machines kernel32:file systematically gets the following two failures:
file.c:2709: Test failed: FindFirstFile on C:\foo\bar\nul should fail
file.c:2710: Test failed: Bad Error number -559038801
-559038801 is 0xdeadbeaf which is the value LastError is set to before the
test:
SetLastError( 0xdeadbeaf );
strcpy(buffer2, buffer);
strcat(buffer2, "foo\\bar\\nul");
handle = FindFirstFileA(buffer2, &data);
ok ( handle == INVALID_HANDLE_VALUE, "FindFirstFile on %s should fail\n",
buffer2 );
ok ( err == ERROR_PATH_NOT_FOUND, "Bad Error number %d\n", err );
This suggests that FindFirstFile() succeeds in finding "foo\bar\nul".
Furthermore this only happens on two Windows 8.1 machines, cw-rx460 and
dr-RS740, both in the 32 and 64 bit tests.
They share the same build number (9600) but so does cw2-gtx560 which does not
have these failures. The other common point is that they both have an AMD
graphics card and, presumably, the corresponding driver. But why would a
graphics driver change the behavior of FindFirstFile()?
--
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=48032
Bug ID: 48032
Summary: Errors when installing games in Origin (regression)
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
During game installations, Origin will almost always print "An unexpected error
has occurred. Please try again in a few moments. Error: 327682:11" and not flag
the game as successfully installed.
Through bisect I've found that this is a regression which was caused by commit
e4ca5dbec056c977bffce31bd7901aaec884f199 (server: Add new pipe servers to the
end of the servers list). Reverting that commit against wine-4.3 also fixed the
issue (can't revert it against 4.19 as git revert doesn't let me).
I've made a log with +server debug channel. It was too big for bugzilla so I
had to upload it to my Google Drive:
https://drive.google.com/open?id=1doEVWo1qW1ppP_VemoCu8xhFkWXEsn0z
(oh, and ignore errors about wine not finding some .exes - i disabled them
myself for certain reasons).
Let me know if anything else is needed.
--
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=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.