November 2020 - Wine-Bugs - list.winehq.org

[Bug 25139] New: Microsoft Flight Simulator X demo displays first-run license agreement dialog under splash screen
by wine-bugs＠winehq.org Nov. 13, 2020

Nov. 13, 2020

http://bugs.winehq.org/show_bug.cgi?id=25139 Summary: Microsoft Flight Simulator X demo displays first-run license agreement dialog under splash screen Product: Wine Version: 1.3.7 Platform: x86 URL: http://www.microsoft.com/games/flightsimulatorx/downlo ads.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com When launching the Flight Simulator X demo for the first time, the game shows a splash screen and displays a first-run end-user license agreement dialog for the user to accept. However, the dialog appears under the splash screen, which entirely covers the window and prevents the user from accepting the license agreement. The window manager in use is metacity 2.30.1, and launching Flight Simulator X in a virtual desktop or moving the license agreement dialog through the window manager suffices as a workaround. -- 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.

2 8

[Bug 50009] New: Scrivener installer fails on 5.19
by WineHQ Bugzilla Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=50009 Bug ID: 50009 Summary: Scrivener installer fails on 5.19 Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: garputhefork(a)gmail.com Distribution: --- Created attachment 68418 --> https://bugs.winehq.org/attachment.cgi?id=68418 backtrace of the Scrivener installer With wine 5.19 (with staging), the Scrivener installer crashes. It worked with 5.18 and 5.16 (both staging) I haven't tried a non-staging build for 5.19. I tested it in a clean prefix, as well. (Scrivener installer: https://www.literatureandlatte.com/scrivenerforwindows/beta/Scrivener-29911…) To my knowledge, nothing changed about the installer. (Scrivener, the program, works fine on 5.19.) -- 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 8

[Bug 48711] New: osu! crashes on dotnet452 when using built-in gdiplus: System.ArgumentException: Font '?' cannot be found.
by WineHQ Bugzilla Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=48711 Bug ID: 48711 Summary: osu! crashes on dotnet452 when using built-in gdiplus: System.ArgumentException: Font '?' cannot be found. Product: Wine Version: 5.3 Hardware: x86 URL: https://osu.ppy.sh/home/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: huupoke12(a)gmail.com Distribution: --- Created attachment 66583 --> https://bugs.winehq.org/attachment.cgi?id=66583 Terminal log of the crash on Wine 5.3 with dotnet452 installed osu! crashes when running after installing dotnet452. I also tried dotnet45, dotnet472, dotnet48 and it also crashes with the same error. But it doesn't crash when using dotnet40 (I have created a new WINEPREFIX for each dotnet to test that). This bug only happens when using default built-in gdiplus, since installing Windows native gdiplus solved this bug. And I have tried rolling back to previous Wine version and this bug maybe a regression since Wine 5.1, the 5.0 release does not have this bug. -- 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 50128] New: elder scroll online : can not print screen
by WineHQ Bugzilla Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=50128 Bug ID: 50128 Summary: elder scroll online : can not print screen Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)gmail.com Distribution: --- Created attachment 68621 --> https://bugs.winehq.org/attachment.cgi?id=68621 ESO wine-stating 5.20 log Hello Wine dev team, when saving a screenshot in-game with "Print Screen" I get the message in the top right saying it saved to "C:/Users/user/My Documents/ESO/Live/Screenshots" however the folder is completely empty, I have looked through every other folder as well and it seems that it simply doesn't save the screenshot anywhere. Each time I press "print screen" key, Wine provides this error log in terminal: 0258:fixme:wincodecs:PngFrameEncode_GetMetadataQueryWriter (0x45daed8, 0x31f270): stub You can find this error message from my wine-staging 5.20 terminal log I joined. Thank you for your help. -- 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 0

[Bug 43409] New: Banished won't run on FreeBSD ( failed to initialize the memory allocator!)
by wine-bugs＠winehq.org Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=43409 Bug ID: 43409 Summary: Banished won't run on FreeBSD (failed to initialize the memory allocator!) Product: Wine Version: 2.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com I'm running FreeBSD 11.0-RELEASE-p1 amd64 and I am using Wine staging 2.10 i386. When I try to run Banished, I have a little window saying : A fatal error has occured and the application cannot continue. Memory: The application failed to initialize the memory allocator! The only message I have in the terminal, after the usual "consider using nouveau instead", is : err:ole:CoUninitialize Mismatched CoUninitialize I don't know if it is linked to my 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.

2 1

[Bug 40233] New: Devil Daggers Refuses to Start
by wine-bugs＠winehq.org Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=40233 Bug ID: 40233 Summary: Devil Daggers Refuses to Start Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tristanlshockley(a)gmail.com Distribution: --- Created attachment 53778 --> https://bugs.winehq.org/attachment.cgi?id=53778 Devil Dagger Force Close Output I created a thread in the forums (https://forum.winehq.org/viewtopic.php?f=8&t=26228) where I was recommended to create a bug report. To get to this point I needed lib32-openal. After installing samba a winbind error was removed (see the forum link) but this doesn't appear to change anything. The game will not start through terminal because of DRM, you need to run the game through Steam in WINE. When you do so you will see a black box which will autoclose in about five seconds. Attached is the text Steam spits out during this time, and if I can figure out how to post another I will provide an image of the black box. -- 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 12

[Bug 40928] New: Sword of the Stars: The Pit Gold Edition (.NET 4.0/XNA) crashes with a SIGSEGV when using wine-mono
by wine-bugs＠winehq.org Nov. 13, 2020

Nov. 13, 2020

https://bugs.winehq.org/show_bug.cgi?id=40928 Bug ID: 40928 Summary: Sword of the Stars: The Pit Gold Edition (.NET 4.0/XNA) crashes with a SIGSEGV when using wine-mono Product: Wine Version: 1.9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55038 --> https://bugs.winehq.org/attachment.cgi?id=55038 Terminal output for Wine-1.9.13-114-gb1930ee Windows XP mode Windows XP mode, clean 32-bit prefix. After installing the GOG version of Sword of the Stars: The Pit Gold Edition and running "wine ThePit.exe" I am greeted with what appears to be a wine-mono crash. Wine-mono 4.6.3 is installed. -- 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 7

[Bug 7961] Bug in findfirst/findnext
by WineHQ Bugzilla Nov. 12, 2020

Nov. 12, 2020

https://bugs.winehq.org/show_bug.cgi?id=7961 Damjan Jovanovic <damjan.jov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov(a)gmail.com --- Comment #23 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- (In reply to Jason Edmeades from comment #7) > Similarly there are other pattern matching problems, and I havent looked to > see if these are cause by findfirst/findnext (I am guessing they are), but > I'll list them here for reference for when this bug is debugged - In > windows, 'dir ???' lists all entries up to 3 characters in length which do > not > have a '.' in them. In wine if shows entries of exactly 3 entries and even > includes ones with a . (eg. 'a.a') The: dir "???" problem, at least, is easy to fix. All we have to do is skip trailing unmatched "?"s like we already do for "*" and ".". A (preliminary) patch such as the following works. However, while "a" and "aa" are correctly matched for "???", "a.a" is wrongly matched too - apparently the "." in filenames needs special handling. diff --git a/dlls/ntdll/unix/file.c b/dlls/ntdll/unix/file.c index cf413f46e5c..5d567358f88 100644 --- a/dlls/ntdll/unix/file.c +++ b/dlls/ntdll/unix/file.c @@ -1375,8 +1375,8 @@ static BOOLEAN match_filename( const WCHAR *name, int length, const UNICODE_STRI break; } } - while (mask < mask_end && ((*mask == '.') || (*mask == '*'))) - mask++; /* Ignore trailing '.' or '*' in mask */ + while (mask < mask_end && ((*mask == '.') || (*mask == '*') || (*mask == '?'))) + mask++; /* Ignore trailing '.' or '*' or '?' in mask */ return (name == name_end && mask == mask_end); } -- 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 0

[Bug 47801] New: Growing build/wine VM disk usage
by WineHQ Bugzilla Nov. 12, 2020

Nov. 12, 2020

https://bugs.winehq.org/show_bug.cgi?id=47801 Bug ID: 47801 Summary: Growing build/wine VM disk usage Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 65291 --> https://bugs.winehq.org/attachment.cgi?id=65291 Evolution of wtbdebian10's revert times Every time we update and rebuild Wine in these VMs the VM's qcow2 file grows. The Wine VMs are those where the disk grows fastest, from ~5 GB to 60+ GB in a matter of weeks. Fortunately it does seem to grow slower after a while. For instance <6 GB to 32 GB (du) from 2019-09-20 to 2019-09-25 for wtbdebian10. This may be caused by the way WineRunReconfig handles live snapshots. To summarize: * Restore to the current live snapshot. * Update and rebuild Wine. * Iff that succeeded, delete the live snapshot and recreate it. This may cause QEmu to not realize that all the data from the now deleted old live snapshot can be reclaimed and reused for the next Wine build. But we had to delete the live snapshot at the last minute because losing it would mean the VM would be unusable until the TestBot administrator could come and fix it. However nowadays the TestBot can recreate live snapshots from powered off snapshots. This means we could delete the live snapshot first, rebuild and recreate the snapshot at the end. In the unlikely event that something goes wrong the live snapshot could be recreated from the powered off 'base'... except in the case of a build error. That case would be unrecoverable unlike in the current scheme. A test with this alternative snapshot management should be made to see if it does actually make a difference in the qcow2 growth (there's really no guarantee it does). For these VMs the revert time does seem to degrade a bit with time(*). This may be related to the qcow2 size and/or accumulation of "phantom snapshots". So the experiment should be run for a while to see if it makes a difference on this metric too. (*) See the Munin graph of wtbdebian10's revert time. The drop in week 38 and 39 correspond to maintenance on the VM where all snapshots were deleted and virt-sparsify run on its disk. -- 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 1

[Bug 50122] New: InternetOpenURL() from wininet.dll(v8.00.7601.17601) on wine vUbuntu 5.0-3ubuntu1 throws 12006 ERROR_INTERNET_UNRECOGNIZED_SCHEME
by WineHQ Bugzilla Nov. 12, 2020

Nov. 12, 2020

https://bugs.winehq.org/show_bug.cgi?id=50122 Bug ID: 50122 Summary: InternetOpenURL() from wininet.dll(v8.00.7601.17601) on wine vUbuntu 5.0-3ubuntu1 throws 12006 ERROR_INTERNET_UNRECOGNIZED_SCHEME Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: guscarreno(a)gmail.com Distribution: --- Hi there, I stumbled upon this issue when HeidiSQL's update checker began to fail to contact the mother ship. I then had a very long back and forth with a troll but that ended when the main developer of HeidiSQl stepped in and I decided to replicate the update check code under Lazarus. I used fpcupdeluxe to install Lazarus and copied the offending code and had a go. I can report that I've tried to access: 1. https://www.heidisql.com/updatecheck.php?r=6119&bits=64 2. http://www.heidisql.com/updatecheck.php?r=6119&bits=64 3. ftp://www.heidisql.com/updatecheck.php?r=6119&bits=64 (Yes in desperation) 4. I now need to test if the "file:///" SCHEMA doesn't trip this wire All of the above have always given me a GetLastError()==12006 As stated on summary: - wininet.dll version is 8.00.7601.17601 as reported from Sysinternals's sigcheck - wine --version return "wine-5.0 (Ubuntu 5.0-3ubuntu1)" - My system is Ubuntu 20.10 64b with wine64 and wine32 installed and updated as of 2020/11/11 - Tested with InternetOpenURL() - Tested with InternetOpenURLA() (I really don't know what I'm doing here) If you really insist I can probably conjure up some C code to test this. At the moment I only have Free Pascal code that I can provide. Cheers, Gus -- 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 5