March 2022 - Wine-bugs - list.winehq.org

[Bug 51957] New: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51957 Bug ID: 51957 Summary: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 70937 --> https://bugs.winehq.org/attachment.cgi?id=70937 possible patch Hi, I found this as installer of adobe digital editions is failing in chocolatey. First autohotkey is installed, i guess to press some button from license agreement. After that script tries to install adobe digital editions but fails at a line: $ahkProc = Start-Process -FilePath 'AutoHotKey' ` -ArgumentList $ahkRun ` -PassThru Autohotkey is never started as this fails. I tested on windows and then both: Start-Process -FilePath 'AutoHotKey' and Start-Process -FilePath 'AutoHotKey.exe' succeed. In wine only the last one succeeds. Attached a patch that fixes this; Maybe needs more error checking? Hints for improvement welcome; Additional note: due to install-script for autohotkey following key is present: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths\AutoHotkey.exe] @="C:\\Program Files\\AutoHotkey\\AutoHotkey.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.

1 10

[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

[Bug 37676] New: The Settlers II: 10th Anniversary 2.0 (GOG.com) doesn't work out of the box
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=37676 Bug ID: 37676 Summary: The Settlers II: 10th Anniversary 2.0 (GOG.com) doesn't work out of the box Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bog_dan_ro(a)yahoo.com Distribution: --- GOG.com version http://www.gog.com/game/the_settlers_2_10th_anniversary it needs directx9 to be installed, otherwise S2DNG.exe it just exits and S2DNGEditor.exe crashed with the attached backtrace. I'm pretty sure that GOG will give any developer a copy of the game, if not please mail me and I'll buy one for you (or share my own one). -- 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 33

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- 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 10

[Bug 40167] New: theWord: popup doesn't work correctly after first Shift-MouseOver
by wine-bugs＠winehq.org 15 Apr '25

15 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=40167 Bug ID: 40167 Summary: theWord: popup doesn't work correctly after first Shift-MouseOver Product: Wine Version: unspecified Hardware: x86-64 URL: http://www.theword.net/files/setup/getmulti.php/en-sma ll OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: therapon(a)roadrunner.com Distribution: Ubuntu bug is present in all versions of wine 1.1.14 through 1.9.3 MouseOver a hyperlink (cross-reference, commentary, etc.) displays a popup up with the content of whatever is linked. Instruction at bottom of popup says: Press SHIFT key and move mouse over popup to keep visible. Works properly the first time only. The only way to keep subsequent popups visible is to press SHIFT before MouseOver. To reproduce: 1. MouseOver a hyperlink. Popup displays with standard background until the mouse is moved off the link, then it disappears. 2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup displays with blue gradient background until the mouse is moved off the popup. 3. MouseOver a hyperlink. Popup flashes with blue gradient background and disappears unless it has a vertical scrollbar. If it has a scrollbar, the popup displays and functions as if SHIFT had been pressed. Expected behavior: 1. MouseOver a hyperlink. Popup displays with standard background until the mouse is moved off the link, then it disappears. 2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup displays with blue gradient background until the mouse is moved off the popup. 3. MouseOver a hyperlink. Popup displays with standard background until the mouse is moved off the link, then it disappears. -- 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 4

[Bug 45503] New: msiexec crashes during Office 2000 setup
by wine-bugs＠winehq.org 14 Apr '25

14 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=45503 Bug ID: 45503 Summary: msiexec crashes during Office 2000 setup Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: isiraseneviratne(a)yahoo.com Distribution: --- Created attachment 61877 --> https://bugs.winehq.org/attachment.cgi?id=61877 Backtrace produced after msiexec crashes. While Office 2000 installation is completing, msiexec crashes, producing the attached backtrace. However, the installation itself is successful and all the applications are fully functional. -- 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 45166] New: Mafia III has messed and very dark graphics
by wine-bugs＠winehq.org 13 Apr '25

13 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=45166 Bug ID: 45166 Summary: Mafia III has messed and very dark graphics Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: mo78(a)abv.bg Distribution: --- Created attachment 61366 --> https://bugs.winehq.org/attachment.cgi?id=61366 Wine log Mafia III has messed and very dark graphics and it cannot be played. I can't get apitrace for the game doesn't start with it. I try it on Nvidia GTX 1080 Ti and I tried a a couple of versions past 11-12 months, all with the same effect. -- 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 27

[Bug 52375] New: Airborne Kingdom is mostly black except the interface
by WineHQ Bugzilla 13 Apr '25

13 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52375 Bug ID: 52375 Summary: Airborne Kingdom is mostly black except the interface Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 71580 --> https://bugs.winehq.org/attachment.cgi?id=71580 Terminal Output You can see the interface in this game, but you cannot see the city you are building. If you happen to hit a building in the darkness, you can see a small white outline but nothing more than that. In some cases when you turn the camera there are green stripes that slowly vanish like when you take a photo in the night with a long exposure. -- 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 13

[Bug 38104] New: 7k2: Game screen don't repaint
by wine-bugs＠winehq.org 13 Apr '25

13 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=38104 Bug ID: 38104 Summary: 7k2: Game screen don't repaint Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: slawek(a)lach.art.pl Distribution: --- Created attachment 50772 --> https://bugs.winehq.org/attachment.cgi?id=50772 Output from console Once game is started 7k2 don't repaint screen. It only repaint screen on mouse position(small rectangle - possible with size of cursor size). In menu screen was repainted normally. I submited many years ago path for it, but it wasn't applied. I submited it to wine-hackers mailing list. The response was: Microsoft never released dx6 for Windows - it was only version for Sega Dreamcast. In these moment menu don't show - there was only displayed error message "Wine cann't attach flipping surface". The error don't appears now, the menu is correctly draw, but no screen in game is repainted. But this is another error. Now only screen don't repaint. As I remeber, this is possible bug with locks. -- 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