December 2024 - Wine-bugs - list.winehq.org

[Bug 45266] New: SHFileOperation FO_MOVE fails to move files to target directory
by wine-bugs＠winehq.org 31 Aug '25

31 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=45266 Bug ID: 45266 Summary: SHFileOperation FO_MOVE fails to move files to target directory Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fheidenreich(a)gmail.com When moving multiple files to one target directory, the SHFileOperation is aborted with ERROR_CANCELLED. I think it's caused by an erroneous check at https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shlfileop.c#… if (!(lpFileOp->fFlags & FOF_MULTIDESTFILES) && !flFrom->bAnyDirectories && flFrom->dwNumFiles > flTo->dwNumFiles) { return ERROR_CANCELLED; } If the target is one single directory, FOF_MULTIDESTFILES is not set. flFrom->bAnyDirectories is false, since no directories are moved. And flFrom->dwNumFiles > flTo->dwNumFiles since we move multiple files to one target directory. I'm not sure what's the reasoning behind !flFrom->bAnyDirectories anyway. Maybe it's just a typo and should read !flTo->bAnyDirectories -- 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 56425] New: Gray Matter: Random crashes during the game, sometimes preceded by graphics bugs
by WineHQ Bugzilla 31 Aug '25

31 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56425 Bug ID: 56425 Summary: Gray Matter: Random crashes during the game, sometimes preceded by graphics bugs Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr Distribution: Ubuntu Game: "Gray Matter" Point-and-click adventure game developed by Wizarbox and released in 2010. GOG.com version. Game settings: Run config.exe (located in the game folder) to adjust the settings. Vertical sync activated. Hardware cursor activated. Shadows and Mirrors set to High. Rendering set to Highest. Quality set to Highest. OS: Ubuntu 22.04.4 LTS 64bit. NVIDIA Driver Version: 535.161.07. Wine: wine-9.4 development version. Default Wine configuration, unmodified. Clean Wine directory. Description: The game launches, a new game can be started and the intro cinematic is played without any problem. However, when you actually start playing, the game crashes randomly after a few minutes. Sometimes the crash is preceded by graphics bugs with parts of the screen turning black. Workaround: Installing DXVK using winetricks solves the issue. -- 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 7

[Bug 52350] New: Need file delete API implementation
by WineHQ Bugzilla 31 Aug '25

31 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=52350 Bug ID: 52350 Summary: Need file delete API implementation Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msdobrescu(a)gmail.com Distribution: --- Using WinMerge (https://winmerge.org/) I need to delete files from it. The operation fails, because file deletion API is not implemented here: https://github.com/wine-mirror/wine/blob/f9f4ee1b5882067b1900a67201c376f0a1… and https://github.com/wine-mirror/wine/blob/f9f4ee1b5882067b1900a67201c376f0a1… according to this: 0104:fixme:shell:file_operation_DeleteItem (00000000002407F0, 00000000001EDBF0, 0000000000000000): stub. -- 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 5

[Bug 23697] New: Ethernet/IP application crashes on exit
by wine-bugs＠winehq.org 30 Aug '25

30 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=23697 Summary: Ethernet/IP application crashes on exit Product: Wine Version: 1.2 Platform: x86 URL: http://www.odva.org/Default.aspx?tabid=202 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nsandschn(a)gmx.de Created an attachment (id=29684) --> (http://bugs.winehq.org/attachment.cgi?id=29684) Terminal output in wine-1.2 The zip file includes an EtherNet/IP example application in debug and release version. The debug version doesn't start (bug 15133). The release version works but crashes on exit. -- 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 9

[Bug 55943] New: Paint.NET 5.0.11: Immediate crash on startup
by WineHQ Bugzilla 30 Aug '25

30 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=55943 Bug ID: 55943 Summary: Paint.NET 5.0.11: Immediate crash on startup Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: blankie(a)nixnetmail.com Distribution: --- Created attachment 75521 --> https://bugs.winehq.org/attachment.cgi?id=75521 Terminal output When trying to start paint.net, two instances of winedbg suddenly appear, one saying "A program on your system has crashed, but WineDbg was unable to attach to the process to obtain a backtrace." and one providing crash info (which I saved as backtrace.txt). paint.net also dropped a crash log in C:/users/blankie/AppData/Local/paint.net/CrashLogs, and I redirected the output of `wine Program\ Files/paint.net/paintdotnet.exe` to wineoutput.log. -- 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 9

[Bug 52364] New: Mouse sticks (doesn't release without an extra click) after resizing or moving the battle.net client window
by WineHQ Bugzilla 30 Aug '25

30 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=52364 Bug ID: 52364 Summary: Mouse sticks (doesn't release without an extra click) after resizing or moving the battle.net client window Product: Wine Version: 7.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lexlexlex(a)gmail.com Distribution: --- Steps to reproduce: 1. Install the Battle.net client from Blizzard. 2. Run the Battle.net client, such that its window becomes visible on-screen. If this is not working, please troubleshoot it until it works, since it is working here on Manjaro XFCE with wine 7.0-rc4. 3. Move or resize the Battle.net client window by holding the left mouse button and dragging the mouse anywhere. 4. Release the mouse button that was used to move or resize the Battle.net client window. 5. Move the mouse cursor elsewhere on the screen. 6. Fully click (mouse-down and mouse-up) the left mouse button again. 7. Move the mouse cursor elsewhere on the screen. Observed behavior: During step 5 of the steps to reproduce, the Battle.net client window moved or was resized according to changes in the position of the mouse cursor. Only during step 7 did that no longer happen. Expected behavior: During step 5 of the steps to reproduce, the Battle.net client window is expected to no longer move or be resized according to changes in the position of the mouse cursor. -- 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 3

[Bug 57027] New: GetFinalPathNameByHandleW does not handle paths exceeding MAX_PATH (260 chars)
by WineHQ Bugzilla 29 Aug '25

29 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57027 Bug ID: 57027 Summary: GetFinalPathNameByHandleW does not handle paths exceeding MAX_PATH (260 chars) Product: Wine Version: 9.0 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)purisa.me Hello, I am writing a Rust program that calls canonicalize() on a path that is over 260 characters long. The Windows implementation of this function calls GetFinalPathNameByHandleW. On Windows, this works just fine and returns a valid path. With Wine on macOS, the call returns a win32 error code ERROR_MORE_DATA (234, 0xEA). I re-ran the binary with WINEDEBUG=+relay and there is an NtStatus code STATUS_BUFFER_OVERFLOW (0x80000005) coming from NtQueryObject. I believe this is because the buffer allocated in Wine's implementation of GetFinalPathNameByHandleW is not large enough for the ObjectInformation NtQueryObject is trying to return. Should GetFinalPathNameByHandleW fall back to a dynamically allocated buffer in this situation? Thank you! -- 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 5

[Bug 56639] New: PSO:BB: Various missing/black textures
by WineHQ Bugzilla 29 Aug '25

29 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56639 Bug ID: 56639 Summary: PSO:BB: Various missing/black textures Product: Wine-staging Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: myriabelmonte(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Phantasy Star Online Blue Burst was an old online only game made by SEGA so it requires some setup beforehand to play locally but it's easier than ever to set up, you will require these tools: Game Server Software https://github.com/fuzziqersoftware/newserv Prepatched Client ready to connect to localhost https://web.archive.org/web/20240402011115/https://ragol.org/files/bb/TethV… The game relies on a lot of moving textures to acomplish different sci-fi like effects, however for some reason these appear missing or black or as solid static colors in many areas such as terminals, fences, doors, etc. Is not game breaking by any means but probably also affects other games with similar techniques to achieve similar effects. I don't think these bugs are a regression but always had been present in Wine and left unreported, either way, I've tested these on Wine 9.0, Wine 9.5 Staging (the current one shipping with Fedora 40) on the Steam Deck with Proton Hotfix and in Bottles using various wine combinations too, the result is always the same with those graphic glitches. The Wine console with the debug mode on doesn't really displays anything other than these two strings that might be relevant 0114:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. 0114:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. So instead, here's an Apitrace of the whole process of logging in, heading into the lobby where the top green bar at the ceiling is missing its moving texture, and heading into a game room where most of the gfx bugs happen pointing at various missing textures along the way. Apitrace (6GB): https://drive.google.com/file/d/1poIeU-g5nnpMB3Zq37zuo-pxI6SsoNrK/view?usp=… Other areas screenshots with more similar gfx bugs are attached to this issue -- 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 9

[Bug 18233] New: Approach underscore bar inactive with multiple database open
by wine-bugs＠winehq.org 29 Aug '25

29 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=18233 Summary: Approach underscore bar inactive with multiple database open Product: Wine Version: 1.1.20 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Hi All, In Lotus Approach, when you have two or more databases open and have them windowed (Windows --> cascaded, right-left, top-bottom) the underscore button in the window's internal caption buttons, although showing (not grayed out), does not work. Many thanks, -T -- 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 55557] New: wpcap:wpcap crashes on macOS
by WineHQ Bugzilla 29 Aug '25

29 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=55557 Bug ID: 55557 Summary: wpcap:wpcap crashes on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: wpcap Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wpcap:wpcap crashes on macOS: wpcap.c:368: lib version wpcap.c:369: supports PCAP_MMAP_32BIT: no Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit code (0x000002c74cd410). See https://test.winehq.org/data/patterns.html#wpcap:wpcap The crash is systematic and only happens macOS (see Remi's rbernon-macos-* cloud test machines). The issue is probably that Wine is being compiled against macOS' pcap library which is too old. Using a newer library would require installing it with something like Homebrew and then making sure Wine can find and use it. So there are two things to do: * Detect cases when the pcap library is too old and skip the tests accordingly. * Check if installing a newer pcap library on the macOS test machines is feasible. -- 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