August 2019 - Wine-bugs - list.winehq.org

[Bug 46558] New: win64 dotnet Space Engineers fractal noise generation broken
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46558 Bug ID: 46558 Summary: win64 dotnet Space Engineers fractal noise generation broken Product: Wine-staging Version: 4.0-rc7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BabbleBones(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Space Engineers seems to work with the latest wine, dxvk, and dotnet installed to the prefix... However planet and asteroid (all voxel generation) seems to suffer from messed up procedural gen. Asteroids have small spiky bits on them in areas that whittle down to fine points and hard edges unnaturally. Not game breaking but very noticeable. Planet generation is much worse. Planets generate large spikes of rock that ascend upward well beyond the limits of the atmosphere and the lower portions of the planet seem to generate correctly if you manage to reach the ground and walk around. Extremely game breaking. This happens in multiplayer too, even with a windows based server, the client procedural gens voxels independently of the server's generation which obviously conflict the server sees free open space but the client on wine will generate these huge phantom spikes visible to the player. Something is pushing the fractal ridge generation of the game to create these utterly massive spikes and asteroid fuzz and I'm willing to bet it's something wrong with the underlying noise generation of DotNet that they use. The source code of the game is available as well for "compatibility" purposes under KeenSoftwareHouse's visible source licensing on github if it would be applicable in debugging the problem but I have a feeling this may be dotnet itself as that's where they get the noise gen from. vcrun2017 and dotnet462 have been installed in my latest prefix with winetricks. Only the version of the game [1.187] and older work as something locks up the latest version in wine after a minute or so if you want to test. https://appdb.winehq.org/objectManager.php?sClass=version&iId=30180 -- 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 25

[Bug 47013] New: winebus.sys: hidraw_set_feature_report buffer too small for some devices in SteelSeries Engine
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47013 Bug ID: 47013 Summary: winebus.sys: hidraw_set_feature_report buffer too small for some devices in SteelSeries Engine Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winebus.sys Assignee: wine-bugs(a)winehq.org Reporter: toadking(a)toadking.com Distribution: --- When using SteelSeries Engine 3.13.10 under Wine 4.6, some devices (Example: the SteelSeries GameDac) use very large feature report sizes above 1024 bytes. The SteelSeries GameDac in particular has feature report sizes of 1025 bytes. Reproduction steps: * Disable SDL support in winebus: `wine reg add HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\WineBus /v Enable\ SDL /t Reg_Dword /d 0` * Set read/write permissions on hidraw devices: `sudo chmod 0666 /dev/hidraw*` * Install and run SteelSeries Engine 3.13.10 (https://engine.steelseriescdn.com/SteelSeriesEngine3.13.10Setup.exe) under Wine 4.6. Results: The following error log gets spammed to the console when trying to change settings on the SteelSeries GameDac: 0022:err:plugplay:hidraw_set_feature_report Output feature buffer too small -- 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 38182] New: King of Dragon Pass: can't change audio volume level
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38182 Bug ID: 38182 Summary: King of Dragon Pass: can't change audio volume level Product: Wine Version: 1.3.25 Hardware: x86 URL: http://a-sharp.com/files/KoDP-Tour.exe OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Regression SHA1: be158e48ad8ee556941bd3f1ff94ca7116680d00 Distribution: --- Adjusting the volume level in the game has no effect, the game is playing audio on the default, highest volume. The game is originally from 1999, I tested with the GOG version. The problem can be reproduced with the demo version too. The same problem in Wine 1.4.1, 1.6.2 and 1.7.38. Last working version: Wine 1.3.25. Regression introduced by commit be158e48ad8ee556941bd3f1ff94ca7116680d00 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Mon Jul 11 08:28:30 2011 -0500 winmm: Implement waveOut* on top of MMDevAPI. Steps to reproduce the problem in the demo: After installation start the game with tour.exe. Click on the highlighted <Tour> button then click <Skip all> then <Play>. Click on the button right next to <Proceed> in the lower right corner and try to change audio volume level using the slider...you can't. Wine 1.7.38 Fedora 21 Alsa 1.0.28 (Pulseaudio is not running) KoDP-Tour.exe sha1: 445443bd6365f71257abfe0809e9a1932791d1ed -- 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 47564] New: Database mistmatch on brazillian timezone (America/ Sao_Paulo)
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47564 Bug ID: 47564 Summary: Database mistmatch on brazillian timezone (America/Sao_Paulo) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: lucas.francesco93(a)gmail.com Distribution: --- this is the same bug as 32916/45786, last time it was fixed with commit 8dfcc397082e8618ceb5b4566d76960a165ec850, but as of july 1st the error is back again it breaks applications and games launches and the recurent log is "0021:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for -03, bias 180, std (d/m/y): 17/02/2019, dlt (d/m/y): 31/12/2019¨ -- 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 5

[Bug 41657] New: CoolQ fails to launch with network error
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=41657 Bug ID: 41657 Summary: CoolQ fails to launch with network error Product: Wine Version: 1.9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bdbaiapp(a)163.com Distribution: --- Created attachment 56052 --> https://bugs.winehq.org/attachment.cgi?id=56052 stderr output After splash screen displayed, CoolQ exits with the message "无法连接软件更新服务器。请检查网络是否通畅，并稍后再试。" (Error while connecting to update server. Please check your network and try again later.) exe file could be found here: http://dlsec.cqp.me/cqa-full -- 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 27185] New: PC Mark 7 doesn't run under Wine
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=27185 Summary: PC Mark 7 doesn't run under Wine Product: Wine Version: 1.3.20 Platform: x86 URL: http://www.gamershell.com/news_116756.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Appears to be a .NET 4 application: austin(a)aw25 ~/.wine/drive_c/Program Files/Futuremark/PCMark 7/bin $ wine PCMark7.exe fixme:actctx:parse_manifest_buffer root element is L"asmv1:assembly", not <assembly> fixme:mscoree:CLRMetaHost_GetRuntime Unrecognized version L"v4.0.20926" though installing mono210 doesn't seem to help. Windows version was set to Windows 7, but XP had the same problem. -- 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 11

[Bug 38423] New: Python 3.5.x exe installer fails with Access denied error
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38423 Bug ID: 38423 Summary: Python 3.5.x exe installer fails with Access denied error Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- When you start 3.5.0a3 installer (webinstall or a full one) you get blank dialog with no controls (I don't know if it's expected or not), clicking anywhere shows up a progress bar but after a couple of moments if fails with access denied error. -- 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 26

[Bug 47178] New: Grand Prix Legends: Service papycpu2 doesn't load
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47178 Bug ID: 47178 Summary: Grand Prix Legends: Service papycpu2 doesn't load Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timschumi(a)gmx.de Distribution: --- After Grand Prix Legends has been installed, a service is registered. On every subsequent start of wine, the following log message is printed: 000f:err:service:load_reg_dword Error 1804 while reading value L"Type" 000f:err:service:scmdatabase_load_services Error 1804 reading registry key for service L"papycpu2" - skipping -- 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 45218] New: Fallout 4 Script Extender fails to allocate trampoline buffers
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=45218 Bug ID: 45218 Summary: Fallout 4 Script Extender fails to allocate trampoline buffers Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: buggy(a)ifel.se Distribution: --- Created attachment 61445 --> https://bugs.winehq.org/attachment.cgi?id=61445 f4se log f4se will abort initialization and launch Fallout4 without modification when launching with unpatched wine. It looks for 64K of unreserved memory before the addresses of Fallout4.exe and whichever f4se dll is being loaded for trampoline buffers. I see two issues here. The first is that get_free_mem_state_callback is returning that a block before the exe base overlaps the exe area (ie if exe base address is 0x14000000000 it will reject a 64K block starting at 0x13FC0000000 as overlapping). The other issue is that when the f4se dll is being loaded it's being loaded at a lower address. The code that looks for trampoline buffer space aborts when it gets to a lowest acceptable address which is the module address minus 0x78000000. For low addresses this wraps back around to a high address. Switching to loading dlls from top down stops this from happening but I doubt that's a good approach. With the two patches I'm about to attach f4se completes initialization and everything seems to run fine. -- 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 24

[Bug 47514] New: AviUtl: Can' t add a file to the ExEdit dialog after the first drop.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47514 Bug ID: 47514 Summary: AviUtl: Can't add a file to the ExEdit dialog after the first drop. Product: Wine Version: 4.12.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu AviUtl is a Japanese AVI file editing tool. When a user drop a file to the ExEdit dialog, it doesn't accept after the first time. How to reproduce: 1. Download aviutl_plus_20120619.zip from http://spring-fragrance.mints.ne.jp/aviutl/ 2. Unzip it. 3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe 4. Choose [設定]-[拡張編集の設定] (Settings-ExEdit Settings), then the window titled 拡張設定 (ExEdit) will be shown. 5. Drag and drop a media file (*.avi/*.jpg/*.png/*.wav) to the window. New project dialog is shown. 6. Clieck [OK]. 7. After the click, an object setting window (e.g. 画像ファイル[標準描画]) is shown and the object bar is added to the right of the Layer 1 label in the ExEdit window. 8. Close the object setting window with the right upper [X] button. 9. Drag and drop a media file to the window, again. Expected behavior: * An object setting window for the file is shown, and * New object bar is added below the existing object bar(s) in the ExEdit window. Actual behavior: * Nothing happens. -- 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