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

[Bug 56044] New: Wrong RTF text saved by application
by WineHQ Bugzilla 16 Jan '24

16 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56044 Bug ID: 56044 Summary: Wrong RTF text saved by application Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leyyyyy(a)gmail.com Distribution: --- Created attachment 75699 --> https://bugs.winehq.org/attachment.cgi?id=75699 Comparison in Meld In windows application will update only the following lines in the file: <a:ModificationDate>1632770938</a:ModificationDate> A=char(1) But Wine adds its own data which breaks original application. You can check screenshot for details. Error happens at least in versions 8/9 (staging is used). -- 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 8

[Bug 49037] New: Japanese Visual Novel "Natural Vacation" gives error MessageBox
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=49037 Bug ID: 49037 Summary: Japanese Visual Novel "Natural Vacation" gives error MessageBox Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 67016 --> https://bugs.winehq.org/attachment.cgi?id=67016 Screenshot on wine See the attached picture. You can close the messagebox again and it seems to work just fine, but it's a bit annoying. -- 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 41739] New: Yesterday crashes at the savegame selection screen ( 1st run)
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=41739 Bug ID: 41739 Summary: Yesterday crashes at the savegame selection screen (1st run) Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine-devel(a)hurrikhan.eu Distribution: --- Created attachment 56179 --> https://bugs.winehq.org/attachment.cgi?id=56179 filtered logs followed by the backtrace of the error I start the game Yesterday.exe, on steam. The game crashes (obvious null pointer at the 16th byte of a struct) as soon as the savegame selection is shown. There is is a fixme reporting a call to SystemParametersInfoW that says "unknown action 116" (documented as "get audio description") There is also a warning on cert_verify_proc_win (reported for another game) I've attached the logs "WARNING\|Unknown\|fixme\|crash\|Yesterday\|psengine" -- 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 56164] New: Unigine Sanctuary does not work stable with native openal32.dll
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56164 Bug ID: 56164 Summary: Unigine Sanctuary does not work stable with native openal32.dll Product: Wine Version: 9.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: openal32 Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all This is my second bug report about Unigine Sanctuary. That old benchmark worked fine (with Gallium Nine) in older Wine releases when the built-in "openal32.dll" was present. However, since this file was removed somewhere in Wine 8.0 this benchmark no longer works reliable. In my case I can confirm a reproducible hard hang of the whole Linux environment. Until now I was not able to find a native replacement of that "openal32.dll" library which is on par with the former built-in one. As a conclusion I would say that in regard to the stability and compatibility of older Windows applications it was unwise to remove the built-in "openal32.dll". The main argument was that no Windows version contains that file so it is also not needed in Wine. Well, it looks that the built-in "openal32.dll" variant is simply better than the original native releases. There should at least exist the possibility to download the built-in "openal32.dll" file separately. This would allow end-users to made a manual override by setting the former built-in variant as the native one. :-) This was tested under Kubuntu 22.04 LTS with Mesa 24.0-git2401110600.813b19-oibaf-j (git-813b193 2024-01-11 jammy-oibaf-ppa). The system is an old iMac 12,2 containing an Radeon HD 6770M GPU which is using the r600 Mesa driver. The Unigine Sanctuary benchmark can be downloaded from the original website: https://benchmark.unigine.com/sanctuary Note, bug 56163 describes the problem of Unigine Sanctuary with the OGL/WineD3D rendering path. -- 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 1

[Bug 56193] New: Titanfall 2/TF2SR-Menu-Mod: midimap.dll is never loaded
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56193 Bug ID: 56193 Summary: Titanfall 2/TF2SR-Menu-Mod: midimap.dll is never loaded Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: sentrycraft123(a)gmail.com Distribution: --- Created attachment 75902 --> https://bugs.winehq.org/attachment.cgi?id=75902 minimal example [TF2SR-Menu-Mod](https://github.com/zweek/TF2SR-Menu-Mod) is as mod for Titanfall 2 designed for speedrunners which is loaded via a midimap.dll proxy but not so on wine. Through some testing I found that windows loads `midimap.dll` through `waveInMessage` in `winmm.dll` which is invoked from `DirectSoundCaptuture` in `dsound.dll`. Wine never interfaces with the windows multimedia api when working with DirectSound, so it never loads `midimap.dll` -- 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 0

[Bug 56175] New: Ntdll RtlUpcaseUnicodeChar support is too good (supports more recent Unicode versions than Windows)
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56175 Bug ID: 56175 Summary: Ntdll RtlUpcaseUnicodeChar support is too good (supports more recent Unicode versions than Windows) Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: pat.wine(a)tullmann.org Distribution: --- I am investigating a failure in a test for the Zig programming language's support for Windows, when run under Wine. The test passes on a real Windows installation, but fails under Wine. The test is exercising ntdll RtlUpcaseUnicodeChar and, when run under Wine, it finds about 190 characters that are unexpectedly upper cased. >From what I can tell, Wine uses up-to-date definitions from Unicode (via tools/make_unicode), but Windows has not updated its Unicode tables as recently. I have not found any documentation from Microsoft about what specific Unicode version they support. For a specific example, the Greek Letter Yot (U+3f3, "ϳ", https://www.compart.com/en/unicode/U+03f3) is one that Window's RtlUpcaseUnicodeChar will not upcase. But Wine's RtlUpcaseUnicodeChar will upcase it to a Greek Capital Letter Yot (U+37f, "Ϳ", https://www.compart.com/en/unicode/U+037F) I believe this is a bug in Wine, and it should use the same upper casing rules (and presumably a lot of other Unicode tables?) as Windows. I can provide a Zig test case (probably not that useful!), or I can try building a C test case if that would be helpful. -- 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 11320] New: AVP Gold fails to install - can' t find audio track information
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=11320 Summary: AVP Gold fails to install - can't find audio track information Product: Wine Version: 0.9.53. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com wine-0.9.53, Ubuntu 7.04 AVP Gold (Retail) Installer checks for a valid CD2 (audio cdrom) by attempting to read track information using CreateFileW against where it expects .cda files to exist warn:file:CreateFileW Unable to create file L"d:\\track01.cda" (status c0000034) normally in a windows environment, the root of a cdrom drive will have an .cda file for each track which contains data about the track since these don't exist when running the installer in wine it fails. someone has published some details on the file format here: http://www.moon-soft.com/program/FORMAT/sound/cda.htm -- 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 17

[Bug 9916] New: "make test" usually fails
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=9916 Summary: "make test" usually fails Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com "make test" should usually run well. Right now, it usually fails badly. Right now, on my machine, it: put up a modal dialog once (requiring a mouse click), hung once (requiring a 'wineserver -k'), dropped me into the debugger once (requiring a 'wineserver -k'), screwed up my screen resolution once, and had 22 package failures and 169 individual test failures. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 118

[Bug 53997] New: Keyboard shortcuts issue on macOS
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=53997 Bug ID: 53997 Summary: Keyboard shortcuts issue on macOS Product: Wine Version: 7.21 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kerimtalhatosun(a)gmail.com Distribution: --- Hello. Many .exe applications shortcuts such as copy and paste always work with Windows shortcuts. MacOS shortcuts like CMD+C do not work. -- 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 1

[Bug 54762] New: Request: Add "Removable" drive mount type
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54762 Bug ID: 54762 Summary: Request: Add "Removable" drive mount type Product: Wine Version: unspecified Hardware: arm OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)winehq.org Reporter: wine.bugzilla.2023(a)maildepot.net I've come across a number of firmware updating apps for various devices which perform pretty basic filesystem writes to the hardware when it's booted into a special mass storage mode, but they will not work unless the drive itself is of the "Removable" type according to this method in .NET: https://learn.microsoft.com/en-us/dotnet/api/system.io.driveinfo.drivetype?… Even though the virtual drive mounts and is perfectly accessible, unless THAT method returns a 2, the app is just going to choose to ignore it and cannot be used. I realize that this may sound a little esoteric and that there could be a tremendous amount of Registry complexity involved in satisfying that method, but given that the current list of drive types we have to choose from in winecfg is basically from 1993, it seems like a bit of an update could be a generally good idea for the project as a whole if it is at all feasible. The "modern" list is honestly not all that different: https://learn.microsoft.com/en-us/dotnet/api/system.io.drivetype?view=net-8… -- 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 6