June 2021 - Wine-Bugs - list.winehq.org

[Bug 48032] New: Errors when installing games in Origin (regression)
by WineHQ Bugzilla Dec. 26, 2021

Dec. 26, 2021

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.

1 20

[Bug 51159] New: test_NLSVersion() fails on Windows 10 >= 2004 in kernel32:locale
by WineHQ Bugzilla Dec. 26, 2021

Dec. 26, 2021

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.

1 3

[Bug 48776] New: GoToMeeting Opener crashes
by WineHQ Bugzilla Dec. 26, 2021

Dec. 26, 2021

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.

1 4

[Bug 50792] New: RadiRec doesn't start with wine-mono.
by WineHQ Bugzilla Dec. 26, 2021

Dec. 26, 2021

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.

1 4

[Bug 51242] New: Tycoon airport crashes (a Mesa bug?)
by WineHQ Bugzilla Dec. 26, 2021

Dec. 26, 2021

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.

1 3

[Bug 42795] New: LEGO City Undercover crashes on startup (Steam, DX11)
by wine-bugs＠winehq.org Dec. 25, 2021

Dec. 25, 2021

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.

2 4

[Bug 50816] New: Wine-staging 6.4 regression: No man's sky doesn't start anymore
by WineHQ Bugzilla Dec. 24, 2021

Dec. 24, 2021

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.

1 10

[Bug 35304] New: `wine start appwiz.cpl` doesn't work
by wine-bugs＠winehq.org Dec. 24, 2021

Dec. 24, 2021

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.

2 11

[Bug 35127] New: Gamehall (Chinese game client) crashes in comctl32
by wine-bugs＠winehq.org Dec. 23, 2021

Dec. 23, 2021

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.

2 29

[Bug 50514] New: Notation Software x64 apps freeze when resizing its windows
by WineHQ Bugzilla Dec. 23, 2021

Dec. 23, 2021

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.

1 19