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

[Bug 45956] New: _BrowseProperty bug in Guitar Hero World Tour installer
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=45956 Bug ID: 45956 Summary: _BrowseProperty bug in Guitar Hero World Tour installer Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mistere2002(a)zonnet.nl Distribution: --- Created attachment 62504 --> https://bugs.winehq.org/attachment.cgi?id=62504 only one attachment file possible?? * Run the installer until Screen01.png => Press "Change" * Screen02.png shows the correct paths/information => Press "Cancel" or "Reset to Default" * Results in Screen03.png. Log entries: " 015a:fixme:heap:RtlSetHeapInformation 0x260000 0 0x23fd20 4 stub 015a:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=1590000015a, oid=2 015a:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d " * Press "Next" and "Install". Installation seems to work. Also, the progressbar (or window update?) is broken for a long time now. It shows the complete installation a bar of 100% completion (progressbar.png) I am quite sure this worked multiple years ago. Included the complete install.log Related to a earlier bugreport: https://bugs.winehq.org/show_bug.cgi?id=28219 -- 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 40485] New: Nexus Localizer (Nexus: The Jupiter Incident) has wrong text orientation
by wine-bugs＠winehq.org 18 Apr '25

18 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=40485 Bug ID: 40485 Summary: Nexus Localizer (Nexus: The Jupiter Incident) has wrong text orientation Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: huw(a)codeweavers.com Regression SHA1: 7a3c9889e38ede659230a66a167b82c024f0dc85 Distribution: --- Created attachment 54255 --> https://bugs.winehq.org/attachment.cgi?id=54255 screenshot (built-in vs. native riched20) Nexus Localizer is a tool bundled with the game Nexus: The Jupiter Incident which lets you add your own translation to the game. Selected text appears in a two-side pane, but orientation of the text is wrong. Installing either corefonts or native riched20.dll works around the problem for me. Additionally, text appeared correctly in the application (with built-in riched20 / without corefonts) before the following commit: commit 7a3c9889e38ede659230a66a167b82c024f0dc85 Author: Huw Davies <huw(a)codeweavers.com> Date: Wed Jul 1 10:48:56 2015 +0100 riched20: Free the script cache when updating the default style. In the terminal I have only a pair of these: >fixme:win:LockWindowUpdate (0x10020), partial stub! >fixme:win:LockWindowUpdate ((nil)), partial stub! Let me know if you need debug logs or further tests. The attached screenshot shows what the text looks like with vanilla Wine 1.9.8 (upper image) and with native riched20.dll installed. Wine 1.9.8 Fedora 23 -- 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 34544] New: Grand Theft Auto V - The Manual needs native dotnet40
by wine-bugs＠winehq.org 18 Apr '25

18 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=34544 Bug #: 34544 Summary: Grand Theft Auto V - The Manual needs native dotnet40 Product: Wine Version: 1.7.2 Platform: x86 URL: http://www.rockstargames.com/V/assets/manual/GrandThef tAutoV-TheManual.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45989 --> http://bugs.winehq.org/attachment.cgi?id=45989 log Needs dotnet40, but even after installing doesn't launches. -- 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 21

[Bug 10341] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org 18 Apr '25

18 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=10341 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it Game crash when exit the game -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 27240] New: Paint Shop Photo Pro X3 Trial doesn't install
by wine-bugs＠winehq.org 17 Apr '25

17 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=27240 Summary: Paint Shop Photo Pro X3 Trial doesn't install Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maikwagner(a)yahoo.com Hello, the AppDB entry for this application is at: http://appdb.winehq.org/objectManager.php?sClass=version&iId=21542 There is also a link to download a trial version. I have attached my output as a text file. Hope this makes some sense to you. -- 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 33050] New: FDM (Free Download Manager) crashes with page fault when any remote FTP directory opened
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=33050 Bug #: 33050 Summary: FDM (Free Download Manager) crashes with page fault when any remote FTP directory opened Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)jelmail.net Classification: Unclassified Created attachment 43689 --> http://bugs.winehq.org/attachment.cgi?id=43689 Error dump from wine MacOSX 10.8, X11 installed. App installs and opens correctly (Both latest 3.9.2 and earlier 3.8 tested) Once open, connect to an FTP site in Site Explorer tab (tested 2 separate) Login as necessary Doubleclicking any folder in listing causes application termination. Any help very much appreciated, as have simply found no viable replacement for this awesome download manager/FTP/HTTP client Thanks Ed L -- 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 25207] New: SHFileOperation does not create new directory on FO_MOVE
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=25207 Summary: SHFileOperation does not create new directory on FO_MOVE Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: richard(a)rtrussell.co.uk Created an attachment (id=32007) --> (http://bugs.winehq.org/attachment.cgi?id=32007) C program to demonstrate the problem SHFileOperation should create the destination directory on an FO_MOVE operation, if it does not already exist, but fails to do so. See: http://msdn.microsoft.com/en-us/library/bb759795.aspx "Copy and Move operations can specify destination directories that do not exist. In those cases, the system attempts to create them and normally displays a dialog box to ask the user if they want to create the new directory. To suppress this dialog box and have the directories created silently, set the FOF_NOCONFIRMMKDIR flag in fFlags". -- 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 37

[Bug 46070] New: Basemark Web 3.0 Desktop Launcher crashes
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=46070 Bug ID: 46070 Summary: Basemark Web 3.0 Desktop Launcher crashes Product: Wine Version: 3.19 Hardware: x86 URL: http://web.basemark.com/downloads/Basemark_web_30_laun cher.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 62675 --> https://bugs.winehq.org/attachment.cgi?id=62675 crash log Fatal Python error: Py_Initialize: can't initialize sys standard streams OSError: [WinError 6] Invalid handle sha1sum Basemark_web_30_launcher.exe c92f5548c62f43353f2dea743854d7edb0f45d70 Basemark_web_30_launcher.exe du -sh Basemark_web_30_launcher.exe 9.6M Basemark_web_30_launcher.exe -- 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 46074] New: Visio 2013 crashes with unimplemented function msvcr100.dll.?? 0_ReaderWriterLock@details@Concurrency@@QAE@XZ
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=46074 Bug ID: 46074 Summary: Visio 2013 crashes with unimplemented function msvcr100.dll.??0_ReaderWriterLock(a)details@Concurrency@ @QAE(a)XZ Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Continuation of bug 41419 wine: Call from 0x7b43d18b to unimplemented function msvcr100.dll.??0_ReaderWriterLock(a)details@Concurrency@@QAE(a)XZ -- 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

[Bug 44863] New: Performance regression in Prince of Persia 3D
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=44863 Bug ID: 44863 Summary: Performance regression in Prince of Persia 3D Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps. I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not run a regression test yet. The problem is that the game creates a rather large (2MB) D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations), writes a handful of vertices and draws a handful of vertices. Currently wined3d uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU every map / unmap / draw cycle. The most obvious performance fix is not to create a VBO. Doing this restores the performance, but questions remain. On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports system memory textures" and "NetImmerse D3DDriver Info: No AGP support detected". The first info seems wrong, so it is possible that the game enters a codepath it does not choose on Windows. Not creating a VBO is not an option on Core Contexts, so I investigated what's going wrong with the PBO codepath on. First of all, evicting the sysmem copy seems like a bad choice. It happens because ddraw buffers are not marked dynamic. We may want to chance this. The game uses d3d3, so there's no DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to IDirect3DVertexBuffer::Lock. Commenting out the eviction call improves performance quite a bit, but it is still noticeably slow. wined3d_buffer_map maps through heap_memory instead of glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags & (WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition. Removing this condition uses glMapBuffer, but does not improve performance. It seems the large glMapBuffer is still slow, at least on OSX with legacy contexts. So there are a few questions that need to be answered: *) Is the game using a broken codepath? *) Write tests for sysmem buffers *) Consider making all d3d3 buffers dynamic *) Test if the glMapBuffer path is fast on Linux *) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX. -- 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