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

[Bug 57277] New: Wine 9.19 fails to compile
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57277 Bug ID: 57277 Summary: Wine 9.19 fails to compile Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonfarr87(a)gmail.com Distribution: --- As of 9.19 it fails to compile with several errors related to 'dlls/bluetoothapis' Log attached. -- 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 56833] New: Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..."
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=56833 Bug ID: 56833 Summary: Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..." Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 76644 --> https://bugs.winehq.org/attachment.cgi?id=76644 debug log running LabOne installer The Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..." In order to reproduce this, download and run https://download.zhinst.com/24.04.59173/LabOne64-24.04.59173.msi -- 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 57391] New: FSCTL_DISMOUNT_VOLUME does not work on drives with spaces in path
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57391 Bug ID: 57391 Summary: FSCTL_DISMOUNT_VOLUME does not work on drives with spaces in path Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: toadking(a)toadking.com Distribution: --- After investigating, it looks like the FSCTL_DISMOUNT_VOLUME ioctl is implemented by manually calling `umount` on the volume's mount path, but the program is invoked using `system` instead of via other methods. This means spaces in the volume path are not handled correctly and the volume is never actually unmounted. Reproduction: * Insert a DVD/Blu-ray and mount it at a path including a space. * Run `wine eject <drive letter>: Results: Drive is not ejected Expected: Drive is rejected Attached are strace calls on two paths (one with a space, one without) showing 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 8

[Bug 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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 8

[Bug 57072] New: Window is flashing when painting transluent effects
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57072 Bug ID: 57072 Summary: Window is flashing when painting transluent effects Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: z.figura12(a)gmail.com Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6 Distribution: --- An application that I have here draws transluent effects when mouse moves over some of its text items and that leads to huge flashing. It looks like top level window is constantly recreated. This is a regression caused by commit 46c8a637525d0f1cf67830295fb460c819b800b6 Author: Elizabeth Figura <zfigura(a)codeweavers.com> Date: Fri Jan 20 16:23:42 2023 -0600 winex11: Separately store the internal pixel format set by WGL_WINE_pixel_format_passthrough. Reverting just single line of this commit @@ -1402,12 +1402,12 @@ static BOOL set_win_format( HWND hwnd, const struct wgl_ pixel_format *format, BO XFlush( gdi_display ); release_gl_drawable( gl ); - win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE ) ; + win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), interna l ); completely fixes the problem. Could that be an inadvertent change or oversight? -- 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 56466] New: Dark souls remastered crashing with winewayland when trying to open "pc settings" in game
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

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 57382] New: World Of Warcraft no longer start
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

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 57290] New: String Substitution not working
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

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 22 Nov '24

22 Nov '24

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 22 Nov '24

22 Nov '24

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