wine-bugs February 2020

1 participants
7186 discussions

[Bug 48064] New: qmgr:job started failing on XP on Sep 09
by WineHQ Bugzilla 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48064 Bug ID: 48064 Summary: qmgr:job started failing on XP on Sep 09 Product: Wine Version: 4.19 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: qmgr Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65611 --> https://bugs.winehq.org/attachment.cgi?id=65611 Winetest site showing the failures starting on Sep 09 qmgr:job started failing on Windows XP on Sep 09, that is when winehq.org was upgraded: job.c:578: Test failed: unexpected state: 5 [26 times] job.c:586: Test failed: BITS job timed out job.c:618: Test failed: got 0x00200017 See http://winetest.dolphin/data/tests/qmgr:job.html The test accesses https://test.winehq.org/ and, since this only impacts Windows XP, it is likely that this is the same certificate issue that causes urlmon:protocol to fail too. Also the reason why the same failures don't happen on Windows 2003 (unlike for urlmon:protocol) is that the BITS tests are skipped there: job.c:719: Tests skipped: Tests need BITS 2.5 or higher So the fix will likely be the same as for urlmon:protocol. -- 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 45501] New: Darksiders - Slow player movement with builtin d3dx9_42
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=45501 Bug ID: 45501 Summary: Darksiders - Slow player movement with builtin d3dx9_42 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 61875 --> https://bugs.winehq.org/attachment.cgi?id=61875 +d3dx 0009:fixme:hlsl_parser:hlsl_parse Array. 0009:fixme:hlsl_parser:hlsl_parse Array. 0009:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 0009:err:d3dcompiler:compile_shader HLSL shader parsing failed. 0009:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 0009:err:d3dcompiler:compile_shader HLSL shader parsing failed. Output shows that game calls d3dcompiler_43 only. But actually also needs d3dcompiler_42. Combinations: d3dcompiler_43 - builtin d3dx9_42 - builtin = black screen d3dcompiler_43 - native d3dx9_42 - builtin = no black screen, slow player movement d3dcompiler_43 - native d3dx9_42 - native = black screen d3dcompiler_42 - native d3dcompiler_43 - builtin d3dx9_42 - native = no black screen and no slow player movement -- 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 3

[Bug 43514] New: Beamng.drive requires sm3_rasterizer sysval semantic 0x2
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43514 Bug ID: 43514 Summary: Beamng.drive requires sm3_rasterizer sysval semantic 0x2 Product: Wine Version: 2.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: byi5000(a)gmail.com Distribution: --- fixme:d3d_shader:shader_glsl_setup_sm3_rasterizer_input Unhandled sysval semantic 0x2. fixme:d3d_shader:shader_glsl_input_pack Unhandled sysval semantic 0x2. I *think* this is responsible for the wrong sunshine reflection on the street. https://msdn.microsoft.com/en-us/library/windows/desktop/bb509647.aspx -- 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 15

[Bug 45742] New: Sniper Elite V2 has no sound
by wine-bugs＠winehq.org 02 Feb '20

02 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=45742 Bug ID: 45742 Summary: Sniper Elite V2 has no sound Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- Some time between the 3.0 code freeze and version 3.9 Sniper Elite: V2 has lost sound. The game was last known to have sound in wine staging version 2.21. The last of the years staging patches. Sadly the game also has some other issues not related to sound. In my testing of wine releases, early 3.x builds are unable to run the game at all. The latest bleeding edge versions 3.12 & 3.14 have the problem of missing textures for objects and walls, thus making the main menu unusable. All that being said, I think the more serious issue and one that had really bother me personally is the audio difficulties. Missing sound completely is one that affects other titles. I will keep testing earlier wine releases and try to get as close to version 2.21 as I can. More info is forth- coming. -- 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 20

[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

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