November 2024 - Wine-Bugs - list.winehq.org

[Bug 57382] New: World Of Warcraft no longer start
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=57382 Bug ID: 57382 Summary: World Of Warcraft no longer start Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oneofone(a)gmail.com Distribution: --- Since 9.20 (normal and staging), WoW no longer starts, just a zombie process. There is nothing in the logs. -- 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 56466] New: Dark souls remastered crashing with winewayland when trying to open "pc settings" in game
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56466 Bug ID: 56466 Summary: Dark souls remastered crashing with winewayland when trying to open "pc settings" in game Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: nazizeakz938(a)gmail.com Distribution: --- Created attachment 76231 --> https://bugs.winehq.org/attachment.cgi?id=76231 this is the crash file given when trying to open the pc settings in game. Playing dark souls remastered with winewayland results in a crash when trying to access "pc settings" from the in game menu. -- 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 2

[Bug 57290] New: String Substitution not working
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=57290 Bug ID: 57290 Summary: String Substitution not working Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: huangqinjin(a)gmail.com Distribution: --- set "f=a.txt" echo "%f:.=_%" It outputs "a_txt" on Windows CMD and Wine 9.18, but output "atxt" for Wine 9.19. -- 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 53019] New: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font.
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53019 Bug ID: 53019 Summary: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font. Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com Distribution: ArchLinux Created attachment 72386 --> https://bugs.winehq.org/attachment.cgi?id=72386 All of the screenshots showcasing the bug, in a .tar.gz file. Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font replacements installed via winetricks - allfonts + fakechinese, fakejapanese, fakekorean. When Tahoma is selected as the default font, which is default on new installations of MusicBee in WINE, MusicBee displays CJK and symbols very inconsistently. 新しい日の誕生 by ２８１４ is a good example as not only is Japanese text used, but the artist name uses full-width characters which comes under the symbol part of this bug. The artist and album names are displayed just fine on the left sidebar, tag editor, track listing panel and mostly on the playing track panel. Generally, if there is no formatting on the text, it is displayed. However in the Music Explorer view, as well as playlist views such as Album & Tracks, Albums and Artists, squares are put in the text's place, typically on the portions meant to be formatted like headings (bolded, increased font size). When any other font is used, whether included by the WINE prefix or brought in from the distro, absolutely no font is displayed for those symbols whatsoever. Everywhere that renders fonts on MusicBee will not render any non-Latin symbols whatsoever. In either case, the title on the Playing Tracks panel does not display any non-Latin symbols whatsoever. I've checked the formatting and used the Regular variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will result in squares, changing the size is fine. A workaround is to use a font that has all of the scripts needed for use, such as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has the relevant scripts, the symbols will be displayed, however since most fonts don't include CJK scripts, WINE/MusicBee has trouble displaying them when those fonts are picked. To make matters worse, due to .NET limitations, MusicBee can only use TrueType fonts, and some fonts result in MusicBee complaining that it's not a valid TrueType font, even though it only displays TrueType fonts in the font picker (Yu Gothic UI was used for this example). When searching for related bugs, I came across this: https://bugs.winehq.org/show_bug.cgi?id=34298#c5 Adding a font that works to the registry changes basically nothing. MusicBee still has trouble consistently rendering CJK and other symbols. -- 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 12

[Bug 57340] New: Installation Error : MS Power BI Desktop
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=57340 Bug ID: 57340 Summary: Installation Error : MS Power BI Desktop Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cjm12b(a)gmail.com Distribution: --- Created attachment 77306 --> https://bugs.winehq.org/attachment.cgi?id=77306 MS Power BI Bug Report While I install MS Power BI Desktop on Ubuntu using PlayOnLinux, the installer pops-up a program error details as attached below... -- 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 2

[Bug 57428] New: Can't launch apps
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=57428 Bug ID: 57428 Summary: Can't launch apps Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nathan.vidal2197(a)gmail.com Distribution: --- Created attachment 77423 --> https://bugs.winehq.org/attachment.cgi?id=77423 error message After updating my system (fedora 41 workstation) by running `sudo dnf update` I couldmn't run my exe files anymore. Before the update I could. It is not a problem with the file as I tried many different ones. Wine version: wine-9.15 (Staging) -- 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 57440] New: date format bug in wine env creation
by WineHQ Bugzilla Nov. 21, 2024

Nov. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=57440 Bug ID: 57440 Summary: date format bug in wine env creation Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: --- Name : wine-core Version : 9.15 Release : 1.fc40 Architecture: x86_64 Install Date: Do 14 Nov 2024 13:19:06 CET When a wine env is created, the REG value of: HKEY_CURRENT_USER -> Control Panel -> International -> sShortDate is set to "d.M.yyyy", which is wrong and confuses some apps. It needs to be "dd.MM.yyyy" for Germany ( CC=DE ). Please inform me, if this a true Wine issue, or if i.e. LUTRIS gives the wrong date format to the creationprocess. The ENV, with that issue, has been created by Lutris, which is way easier than doing it manually ;) -- 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

[Bug 55859] New: LabView 2023.3.1 fails to install
by WineHQ Bugzilla Nov. 21, 2024

Nov. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=55859 Bug ID: 55859 Summary: LabView 2023.3.1 fails to install Product: Wine Version: 8.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75381 --> https://bugs.winehq.org/attachment.cgi?id=75381 Terminal output Steps to reproduce: 1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory called ni-labview-2023-community-x86_23.3.1_offline 2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline` 3. Run `winetricks dotnet48` 4. Run `winecfg` and change the Windows version back to 10 5. Run `winetricks d3dcompiler_47` 6. Run `wine Install.exe` $ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso 654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5 -- 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 37

[Bug 57426] New: Battlefield 2 won't launch.
by WineHQ Bugzilla Nov. 21, 2024

Nov. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=57426 Bug ID: 57426 Summary: Battlefield 2 won't launch. Product: Wine Version: 9.21 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: critical Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: tanvir.maht(a)outlook.com Created attachment 77419 --> https://bugs.winehq.org/attachment.cgi?id=77419 Terminal output Battlefield 2 opens to show a black screen and crashes later on. -- 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 2

[Bug 57432] New: dxdiag will return "Windows XP" unconditionally from systeminfo.szOSExLongEnglish
by WineHQ Bugzilla Nov. 21, 2024

Nov. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=57432 Bug ID: 57432 Summary: dxdiag will return "Windows XP" unconditionally from systeminfo.szOSExLongEnglish Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: braiamp(a)gmail.com Distribution: --- Created attachment 77424 --> https://bugs.winehq.org/attachment.cgi?id=77424 dxdiag.log with windows xp set Running dxdiag /t dxdiag.log on a new prefix, will show that "Operating System: Windows XP Professional", despite the prefix being created by default with Windows 10 configuration on recent versions of wine. Whatever it is, is caused by dxdiag_info->system_info.szOSExLongEnglish being specified as Windows XP. I couldn't trace where it was set, after I reached https://gitlab.winehq.org/wine/wine/-/blob/master/programs/dxdiag/informati… and was lost in the source. Attached the "dxdiag /t dxdiag.log" resulting file. -- 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