wine-bugs September 2023

wine-bugs@winehq.org

1 participants
2281 discussions

[Bug 54755] New: App jamming: Clicking on the zoom email meeting button causes the app to jam
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=54755 Bug ID: 54755 Summary: App jamming: Clicking on the zoom email meeting button causes the app to jam Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 74251 --> https://bugs.winehq.org/attachment.cgi?id=74251 Figure 1 Join the zoom meeting( how to apply and join the zoom meeting can refer to: # Bug 54754 ) According to "Figure 1" and "Figure 2" can trigger the bug, resulting in the whole application stuck, the following is an err log > 0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread 0024 addr 0x7bc24170 stack 0x120b3c (0x120000-0x121000-0x220000) -- 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 52380] New: Logos 9 Bible Software (.NET 4.7 app) menus glitching, flickering and not showing regression
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52380 Bug ID: 52380 Summary: Logos 9 Bible Software (.NET 4.7 app) menus glitching, flickering and not showing regression 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: johnpgoodman(a)gmail.com Distribution: --- Created attachment 71593 --> https://bugs.winehq.org/attachment.cgi?id=71593 Video showing menu glitch regression. Menu Items docs guides tools and layout work on first click and then flash there after. This is a regression which only appears in 7.0rc5-staging. devel doesn't have this bug. Please see the video for demonstration. N.b. this is not the same as bug 51984 which was resolved. Help is much appreciated! Below is the installation guide. The app is a bit like kindle in so much as the engine is free but the resources cost so there is a free download. Unlike kindle it has many advanced research features and books link together etc. The main app is free but there are paid features, resources and subscriptions. To use the app you need a free account https://www.logos.com/product/194909/logos-9-basic. It uses a downloader app which last I tried doesn't work with wine. The actual msi link is https://downloads.logoscdn.com/LBS9/Installer/9.6.0.0024/Logos-x64.msi Manual Install Procedure: 1 Install wine 6 or newer 2 winetricks corefonts 3 winetricks settings fontsmooth=rgb 4 winetricks dotnet48 5 winetricks settings renderer=gdi (you might need to set the reg key manually) 6 Install the Logos.msi download but don't run it. 7 wine64 reg add "HKCU\\Software\\Wine\\AppDefaults\\LogosIndexer.exe" /v Version /t REG_SZ /d vista /f 8 Run Logos and sign in with your free account. There is a script which downloads a preconfigured wine bottle and sets it all up in $USER/Logos_BibleP directory which you can then easily remove etc. https://github.com/ferion11/LogosLinuxInstaller/releases Choose fast install without wine AppImage. -- 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 25

[Bug 53985] New: Notepad++ v8.4.7 Does Not Display Icons for RightArrow, Triangle, & X
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=53985 Bug ID: 53985 Summary: Notepad++ v8.4.7 Does Not Display Icons for RightArrow, Triangle, & X Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gatlibs.dev(a)gmail.com Distribution: --- Created attachment 73571 --> https://bugs.winehq.org/attachment.cgi?id=73571 Notepad++ with a blank file (missing icons for manipulating the tabs) There are three buttons for manipulating the tabs that have empty squares where graphics should be. These appear below the window's buttons for minimize, maximize, and close. Compare the attachment to the link in NPP++'s site: https://npp-user-manual.org/docs/images/view-rotate-1.png. I'm using Fedora 37 with wine 7.20 (Staging) and NPP++ v8.4.7 for 64 bits. -- 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 17

[Bug 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org 23 Nov '24

23 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 52105] New: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52105 Bug ID: 52105 Summary: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2 Distribution: --- Commit 2600ecd4edf (server: Use a separated object for each opened named pipe device file., 2018-10-29) split the role of the named pipe device and the named pipe file. However, in doing so, it changed the semantics of opening \Device\NamedPipe\. In particular, it is no longer possible to use a handle to \Device\NamedPipe\ as RootDirectory when creating a named pipe. This bug makes Cygwin's named pipe creation (https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…) loop forever. -- 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 21

[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 53321] New: Unhandled page fault on write access in A_SHAFinal
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=53321 Bug ID: 53321 Summary: Unhandled page fault on write access in A_SHAFinal Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: f.alexander.wilms(a)gmail.com Distribution: --- Created attachment 72703 --> https://bugs.winehq.org/attachment.cgi?id=72703 log of wine output I was trying to a run a snake game for Windows that can fit into a QR code: https://www.mattkc.com/etc/snakeqr/ https://web.archive.org/web/20220616183735/https://www.mattkc.com/etc/snake… The binary was created using the compressing linker Crinkler (https://github.com/runestubbe/Crinkler) Convert QR code to exe: zbarimg -S binary code.png > snake.exe I encountered the following crash: wine: Unhandled page fault on write access to 00000024 at address 7BC4AD36 (thread 016c), starting debugger... Unhandled exception: page fault on write access to 0x00000024 in 32-bit code (0x7bc4ad36). [...] =>0 0x7bc4ad36 A_SHAFinal+0xc6(Context=<internal error>, Result=<internal error>) [Z:\home\alexander\Development\wine-git\dlls\ntdll\crypt.c:204] in ntdll (0x1f92ea38) 1 0x00420640 in snake (+0x20640) (0x1f92eae8) Running snake.exe with WINEDEBUG=+relay took forever and didn't seem to contain any additional information. -- 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 14

[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 48121] New: Unity games do not fire OnApplicationFocus/OnApplicationPause events on focus regain
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48121 Bug ID: 48121 Summary: Unity games do not fire OnApplicationFocus/OnApplicationPause events on focus regain Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: dt(a)zeroitlab.com Distribution: --- Created attachment 65713 --> https://bugs.winehq.org/attachment.cgi?id=65713 Proof of concept patch I've tested with both stable and staging, neither gets unity to fire OnApplicationFocus and OnApplicationPause events on focus regain. I've tracked this down by reverse engineering the native unity binary. There are 4 window messages to which the unity engine reacts by firing these internal events. They are: 1. WM_SIZE (when wParam == 0 && unity's window is active) 2. WM_EXITSIZEMOVE 3. WM_NCPOINTERUP 4. WM_NCPOINTERDOWN (when DragDetect() says the pointer is in bounds for the window; pointer coordinates are passed in lparam) Of all these events, it seems to me, that the ones we should be firing and are not currently, are WM_NCPOINTERUP and WM_NCPOINTERDOWN. I was not sure how to get the pointer coordinates, but I was able to confirm this finding, by firing WM_NCPOINTERUP with wparam=0, lparam=0 on focus regain because that event had no such bounds check in the unity engine code. With this change, my target application indeed unpauses. Observing the issue is fairly easy, https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnApplicationFocus.h… adding this example behaviour to the camera and building the project for windows then running it in wine reproduces. -- 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 43

[Bug 51401] New: 6.12-1 can't make server connections anymore
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=51401 Bug ID: 51401 Summary: 6.12-1 can't make server connections anymore Product: Wine-staging Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70257 --> https://bugs.winehq.org/attachment.cgi?id=70257 working tcp connection Game: Runes of Magic with 6.12-1 the client can't connect it's version server any more. downgrade to 6.11-5 solved the issue instantly. Steps to Reproduce: update to 6-12 tcpdump -X -n -n host 194.187.19.180 (runewakers updateserver) start the game You see the connection, you see some tcp data, but your do not see ANY sign of a HTTP protocol and unencrypted port 80 connection should contain. Conclusion: the connection fails on TCP/IP level before HTTP gets involved. -- 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2023