wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7202 discussions

[Bug 45847] New: Warframe installer update/ download gets stuck due to corruption on large files in 'Bulk Download' mode (tries over and over again)
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=45847 Bug ID: 45847 Summary: Warframe installer update/download gets stuck due to corruption on large files in 'Bulk Download' mode (tries over and over again) Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, cloned off from bug 45734 There is troll who has no idea how Bugzilla works. I made the mistake to comment there. Partial copy/pasta of my initial analysis from https://bugs.winehq.org/show_bug.cgi?id=45734#c12 Prerequisites: * work around bug 38960 ("Multiple applications need 'kernel32.SetFileCompletionNotificationModes' implementation (Steam 'steamwebhelper.exe' and Blizzard Battle.net desktop app CEF v3.2+/Chromium v44+ crash in Win7 mode, Sony Xperia Companion 1.7.x)" -> 'winetricks winxp' or use Wine-Staging if you need 'Windows 7' mode for whatever reasons * work around bug 37797 ("Warframe updater/installer crashes (CEF3 with Blink/Google Chrome and V8 checks requested font facename, doesn't like Liberation replacement, Arial font)") -> dupe of bug 32342 ("Multiple applications and games using 'Webkit' or 'Blink' web browser engine crash on startup ('Arial' and 'Times New Roman' font face name validation)") -> 'winetricks -q corefonts' or use Wine-Staging --- snip --- $ find .wine -iname *.log .wine/winetricks.log .wine/drive_c/windows/DirectX.log .wine/drive_c/windows/logs/DirectX.log .wine/drive_c/users/focht/Local Settings/Application Data/Warframe/Launcher.log --- snip --- 'Launcher.log' is the log file one needs to check for download problems/errors. It shows each file/chunk downloaded. There seems to be a problem with very large files (archives) when 'Bulk Download' mode is used. For example there is always corruption happening in some chunks for the file 'F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma' (14 GB). Since it's streaming LZMA it gets detected (see "Bad LZMA stream" in launcher log) and re-downloaded over and over again. --- snip --- ... Queuing Z:\home\focht\Downloaded\Public\Cache.Windows\F.TextureDx9.cache [7909D15B39359A27EDEF21DEB9D86D3B] Queuing Z:\home\focht\Downloaded\Public\Cache.Windows\F.TextureDx9.toc [DCBE1867172A86A365910B6CB36BFC4B] ... HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/B.Misc.cache.17C3FB9222153CF642694D33955737BD.lzma HTTP/1.1 Host: content.warframe.com Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:40:51 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 2035849776 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:21:44 GMT ETag: "79589a30-572657175ce04" X-HW: 1537098051.dop014.fr8.t,1537098051.cds035.fr8.c GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:40:51 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537098051.dop002.fr8.t,1537098051.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.0 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.0 200 OK LzmaDec_Allocate failed for //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:54:01 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537098841.dop017.fr8.t,1537098841.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.0 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.0 200 OK LzmaDec_Allocate failed for //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 12:05:44 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537099544.dop009.fr8.t,1537099544.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma Downloaded 11,630,780,172 bytes total (25,743,463,740 expected) ~ 6,349,930 B/s Finished Binaries1 (1831.7 seconds) ... --- snip --- To work around, uncheck the 'Bulk download' mode in settings. Interestingly this mode is not available in 32-bit WINEPREFIX. Both, '64-bit Mode' and 'Bulk Download' are automatically disabled in settings there. The downloads are ordinary webserver/webdav file requests via 'wininet'. If you start the launcher as follows you will see all of them (lots of spam though): --- snip --- $ WINEDEBUG=+loaddll,+process,+wininet wine msiexec -i Warframe.msi --- snip --- All the files can be downloaded without Warframe installer/launcher by tracing the installer on +wininet debug channel. Their content is delivered as LZMA compressed files/streams. Get list of all files to be downloaded: --- snip --- $ wget -qO- /dev/null content.warframe.com//origin/310F099E/index.txt.lzma | lzmadec ... /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma,14112683568 --- snip --- NOTE: All paths are relative to your Warframe download folder. It depends on your selection when your started the updater first time. I selected "c:\\warframe" in my case. --- snip --- $ pwd /home/focht/.wine/drive_c/warframe/Downloaded/Public --- snip --- Download one specific file via 'wget' from 'content.warframe.com' using the file path from list: --- snip --- $ wget content.warframe.com/Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF2… --2018-09-16 14:58:15-- http://content.warframe.com/Cache.Windows/F.TextureDx9.cache.7909D15B39359A… Resolving content.warframe.com (content.warframe.com)... 205.185.216.10, 205.185.216.42 Connecting to content.warframe.com (content.warframe.com)|205.185.216.10|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 14112683568 (13G) [chemical/x-cache] Saving to: ‘F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma’ F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D 100%[==========================================================================================================>] 13.14G 6.07MB/s in 39m 42s 2018-09-16 15:37:57 (5.65 MB/s) - ‘F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma’ saved [14112683568/14112683568] $ lzmainfo F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma Uncompressed size: 15749 MB (16514030011 bytes) Dictionary size: 64 MB (2^26 bytes) Literal context bits (lc): 3 Literal pos bits (lp): 0 Number of pos bits (pb): 2 $ xz --format=lzma --decompress F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma $ md5sum F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B 7909d15b39359a27edef21deb9d86d3b F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B $ cp F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B ~/.wine/drive_c/warframe/Downloaded/Public/Cache.Windows/F.TextureDx9.cache --- snip --- Essentially with a few script lines you could write your own Warframe updater/downloader ;-) --- snip --- # retrieve all files for 'Cache.Windows' folder in Warframe download cache $ wget -qO- /dev/null content.warframe.com//origin/310F099E/index.txt.lzma | lzmadec | sed -ne 's/^$\/Cache.Windows.*$,.*/content.warframe.com\1/p' | xargs wget -c # uncompress downloaded files (keep originals) $ find . -iname "*.lzma" -exec xz --format=lzma --decompress --keep {} \; # copy all files that have the md5sum pattern extension to target folder (while dropping the md5sum extension) $ find . -regextype sed -regex ".*.[A-F0-9]\{31\}$" -exec bash -c 'cp "$0" ~/".wine/drive_c/warframe/Downloaded/Public/Cache.Windows/${0%.*}"' {} \; --- snip --- This looks like 'wininet' related. Unfortunately 'winetricks -q wininet' provides a very old version of 'wininet.dll' which can't be used due to Win7+ features (Warframe will refuse). $ sha1sum Warframe.msi cd9b81c88d0b2888772e1cab570246d5b5b29131 Warframe.msi $ du -sh Warframe.msi 40M Warframe.msi $ wine --version wine-3.16 Regards -- 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 10

[Bug 21702] New: Continuum: crashes at start up screen
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=21702 Summary: Continuum: crashes at start up screen Product: Wine Version: 1.1.38 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: orbfig(a)wi.rr.com Created an attachment (id=26235) --> (http://bugs.winehq.org/attachment.cgi?id=26235) Terminal output from beginning of execution to the crash Using openSUSE 11.2 (almost a completely new install, too), Continuum will crash. Normally Continuum must run using a patched dlls/kernel32/process.c adding "if (access & PROCESS_VM_WRITE) return NULL;" at the top (otherwise it will never even reach the first-time-run setup step, let alone the point it's crashing at.) This was normally good enough to run the whole game pretty well, but Continuum now crashes regularly once it reaches the zone select screen (the first window after the splash logo.) Backtrace attached. -- 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 22

[Bug 35351] New: Allow configuring modifier key mapping
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=35351 Bug ID: 35351 Summary: Allow configuring modifier key mapping Product: Wine Version: 1.7.10 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: trev(a)adblockplus.org Classification: Unclassified Currently the modifier key mapping implemented by Mac driver is: Control => Control, Command => Alt, Option => unbound. While this makes some sense, it also makes sure that all keyboard shortcuts are different between native OS X applications and Windows applications running via Wine. This is the reason for numerous requests to remap modifier keys. With the X11 driver people were sent off reconfiguring X11, this is no longer possible with the Mac driver. Under http://apple.stackexchange.com/a/116546/66895 I verified that modifying default_map in dlls/winemac.drv/keyboard.c has the desired effect, one can define the mapping for the Control key and the two Command keys freely (changing the mapping for the Option key on the other hand is probably not a good idea, at least not without changes to the key handling code). What's missing is merely a way to change the mapping in Wine, patching the binary is currently the only solution and obviously not a great one. There should be a way to do the same via a registry key or a configuration 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.

2 13

[Bug 33159] New: Loading of some copy-protected .dll Files is not working (i.e. activation.dll, awc.dll)
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=33159 Bug #: 33159 Summary: Loading of some copy-protected .dll Files is not working (i.e. activation.dll, awc.dll) Product: Wine Version: 1.5.25 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frank(a)ambertation.de Classification: Unclassified Some .dll Files are packed and stripped of the relocation table in order to provide some level of protection against dissasemblers. Those files are commonly found in DRMed Software. Trying to start Sim City (2013) in wine on OSX will give a "Activation.dll load failed" Error. Using WINEDEBUG=+map_image you will find the following line in the logs 4348.132:0009:warn:module:map_image Need to relocate module from 0x40000000 to 0x10d0000, but there are no relocation records The same Application runs without problems on wine for linux. On OSX the memory range 0x00075000-0x40075000 is reserved for WINE_DOS on startup. When the .dll is loaded, the call to wine_mmap_is_in_reserved_area will indicate that the base-addres of the library (0x40000000) is already reserved forcing it to relocate to another, free address range. Without the relocation table this is impossible and results in the above message. -- 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 41

[Bug 43499] New: The Legend of Heroes: Trails of Cold Steel - Graphical glitches
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43499 Bug ID: 43499 Summary: The Legend of Heroes: Trails of Cold Steel - Graphical glitches Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: --- Created attachment 58878 --> https://bugs.winehq.org/attachment.cgi?id=58878 repeating part of terminal output Many graphical glitches. -- 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 6

[Bug 42249] New: Speccy installer crashes after clicking "Install"
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=42249 Bug ID: 42249 Summary: Speccy installer crashes after clicking "Install" Product: Wine Version: 2.0-rc5 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 56929 --> https://bugs.winehq.org/attachment.cgi?id=56929 Terminal output Wine 2.0-rc5 Speccy's installer crashes after you click on the "Install" button in Wine 2.0-rc5. I've tried installing this application in a clean prefix as well as with winetricks -q ie8 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 12

[Bug 39229] New: 11111
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=39229 Bug ID: 39229 Summary: 11111 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: haron13s(a)mail.ru Distribution: --- Created attachment 52294 --> https://bugs.winehq.org/attachment.cgi?id=52294 Dragon Age Inquisition Excuse me. I do not understand how to create a report on the issue. I do as best I can. -- 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 22

[Bug 40482] New: Support set title in start, needed by latest MSYS2
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=40482 Bug ID: 40482 Summary: Support set title in start, needed by latest MSYS2 Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fracting(a)gmail.com Distribution: --- Windows cmd start supports the below syntax: start "this is title" cmd A new cmd window will be created and the title will be set to "this is title". Wine does not support this syntax, cause latest MSYS2 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.

2 12

[Bug 48150] New: ddraw:ddraw{2,4} show new test failures
by WineHQ Bugzilla 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48150 Bug ID: 48150 Summary: ddraw:ddraw{2,4} show new test failures Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Regression SHA1: bfb901c60c37afa10c8f444dd341cdccafdc8fc5 Distribution: --- New test failures are ddraw2.c:1013: Test failed: Got unexpected hr 0x887601c2. ddraw2.c:1015: Test failed: Got unexpected color 0x00000000. and ddraw4.c:1200: Test failed: Got unexpected color 0x0000ff00. see for instance https://test.winehq.org/data/90fc020400c06c163d4ab117d8da755b0f0e0861/win10… https://test.winehq.org/data/90fc020400c06c163d4ab117d8da755b0f0e0861/win10… -- 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 44917] New: Unable to run DTS MAster Audio Suite Encoder
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=44917 Bug ID: 44917 Summary: Unable to run DTS MAster Audio Suite Encoder Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: angelpc.home(a)gmail.com Distribution: --- Created attachment 61006 --> https://bugs.winehq.org/attachment.cgi?id=61006 Terminal output of DTS MA installation DTS-HD Master Audio Suite Encoder Ver 2.6 installed and worked perfectly in previous versions of wine, in my case in Wine V.2.16 without problems. AppDB also reports it installs without issues on earlier versions as well. The program now installs but regardless of which .exe file is opened they all open a CLI (DOS) window which appears in some cases to be some sort of queue. Exception being the Authoriser program works. No program quick launch icon is generated. At installation time the terminal reports as per attachment. -- 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 9

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020