wine-bugs May 2022

wine-bugs@winehq.org

1 participants
3397 discussions

[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 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

[Bug 48479] New: kernel: wineserver[13829]: segfault at 60 ip 0000000000428d8f sp 00007fff60b2e5c0 error 4 in wineserver[403000+53000]
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48479 Bug ID: 48479 Summary: kernel: wineserver[13829]: segfault at 60 ip 0000000000428d8f sp 00007fff60b2e5c0 error 4 in wineserver[403000+53000] Product: Wine-staging Version: 5.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major 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 66269 --> https://bugs.winehq.org/attachment.cgi?id=66269 journal of the wineserver crash Wine-Staging Rc5 crashed with a core dump. thousands!! of these lines come before the dump: 022b:fixme:rawinput:GetRawInputBuffer data (nil), data_size 0x22f7b0, header_size 24 stub! System is: CPU: AMD FX-8350 GPU: Nvidia GTX1050 with Nvidia drivers OS: Fedora 30 Special Patches: Vulcan Dxvk driver installed ( latest ) -- 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 48426] New: Wine-Gecko can't be installed.
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48426 Bug ID: 48426 Summary: Wine-Gecko can't be installed. Product: Wine-staging Version: 5.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal 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: --- wine-staging 64/32 is asking to install Gecko, but the installation attempt hangs at "loading down" with no progress. -- 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 45416] New: mousepointer of runes of magic disapears if the window gets blurred and refocused
by wine-bugs＠winehq.org 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=45416 Bug ID: 45416 Summary: mousepointer of runes of magic disapears if the window gets blurred and refocused Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686 mousepointer of runes of magic disapears if the window gets blurred and refocused aka.. mouse out of the window and back in. After selecting an item in the back, it gets back to normal, but if you can't hit one, the mousepointer gets only updated when left or right mb is pressed. the button click just updates the position, but it does not stop the problem, only a item drop (in the bag ) does. it was no problem with this version: # cat /root/wine.works.rpm.liste mingw32-wine-gecko-2.47-2.fc26.noarch mingw64-wine-gecko-2.47-2.fc26.noarch wine-2.10-1.fc25.i686 wine-2.10-1.fc25.x86_64 wine-alsa-2.10-1.fc25.i686 wine-alsa-2.10-1.fc25.x86_64 wine-arial-fonts-2.10-1.fc25.noarch wine-capi-2.10-1.fc25.i686 wine-capi-2.10-1.fc25.x86_64 wine-cms-2.10-1.fc25.i686 wine-cms-2.10-1.fc25.x86_64 wine-common-2.10-1.fc25.noarch wine-core-2.10-1.fc25.i686 wine-core-2.10-1.fc25.x86_64 wine-courier-fonts-2.10-1.fc25.noarch wine-debuginfo-1.9.3-1.fc23.x86_64 wine-desktop-2.10-1.fc25.noarch wine-filesystem-2.10-1.fc25.noarch wine-fixedsys-fonts-2.10-1.fc25.noarch wine-fonts-2.10-1.fc25.noarch wine-ldap-2.10-1.fc25.i686 wine-ldap-2.10-1.fc25.x86_64 wine-marlett-fonts-2.10-1.fc25.noarch wine-mono-4.7.0-1.fc25.noarch wine-ms-sans-serif-fonts-2.10-1.fc25.noarch wine-openal-2.10-1.fc25.i686 wine-openal-2.10-1.fc25.x86_64 wine-opencl-2.10-1.fc25.i686 wine-opencl-2.10-1.fc25.x86_64 wine-pulseaudio-2.10-1.fc25.i686 wine-pulseaudio-2.10-1.fc25.x86_64 wine-small-fonts-2.10-1.fc25.noarch wine-staging-2.10-1.i686 wine-staging-common-2.10-1.i686 wine-symbol-fonts-2.10-1.fc25.noarch wine-systemd-2.10-1.fc25.noarch wine-system-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-system-2.10-1.fc25.noarch wine-times-new-roman-fonts-2.10-1.fc25.noarch winetricks-20170517-1.fc25.noarch wine-twain-2.10-1.fc25.i686 wine-twain-2.10-1.fc25.x86_64 wine-wingdings-fonts-2.10-1.fc25.noarch -- 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 2

[Bug 43443] New: mouse pointer/focusing issues with wine 2.11.1
by wine-bugs＠winehq.org 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=43443 Bug ID: 43443 Summary: mouse pointer/focusing issues with wine 2.11.1 Product: Wine Version: 2.11 Hardware: x86 URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Description of problem: Since wine got updated to 2.11-1 this morning, i had trouble with the mouse pointer in "Runes of Magic" . The pointer got invisible/stuck/both randomly when moving it on and off the monitor ( dual monitor here ) where ROM was running, wenn moving the char around with WASD controls. This was disturbing and made "dangerouse" gameplay next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because it was uncertain if i could control the game while doing it. After downgrading, it works again flawless ( said that in context with ROM, means something :D ) Version-Release number of selected component (if applicable): 2.11.1-fc25 List of packages installed - Action taken to revert wine back to 2.10 : wine-2.11-1.fc25.i686 38/74 wine-2.11-1.fc25.i686 39/74 wine-fonts-2.11-1.fc25.noarch40/74 wine-desktop-2.11-1.fc25.noarch 41/74 wine-pulseaudio-2.11-1.fc25.i686 42/74 wine-alsa-2.11-1.fc25.i686 43/74 wine-capi-2.11-1.fc25.i686 44/74 wine-cms-2.11-1.fc25.i686 45/74 wine-ldap-2.11-1.fc25.i686 46/74 wine-openal-2.11-1.fc25.i686 47/74 wine-opencl-2.11-1.fc25.i686 48/74 wine-twain-2.11-1.fc25.i686 49/74 wine-core-2.11-1.fc25.i686 50/74 wine-common-2.11-1.fc25.noarch 51/74 wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74 wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74 wine-pulseaudio-2.11-1.fc25.i686 54/74 wine-tahoma-fonts-2.11-1.fc25.noarch 55/74 wine-alsa-2.11-1.fc25.i686 56/74 wine-capi-2.11-1.fc25.i686 57/74 wine-cms-2.11-1.fc25.i686 58/74 wine-ldap-2.11-1.fc25.i686 59/74 wine-openal-2.11-1.fc25.i686 60/74 wine-opencl-2.11-1.fc25.i686 61/74 wine-twain-2.11-1.fc25.i686 62/74 wine-systemd-2.11-1.fc25.noarch 63/74 wine-arial-fonts-2.11-1.fc25.noarch 64/74 wine-courier-fonts-2.11-1.fc25.noarch 65/74 wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74 wine-marlett-fonts-2.11-1.fc25.noarch 67/74 wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74 wine-small-fonts-2.11-1.fc25.noarch 69/74 wine-symbol-fonts-2.11-1.fc25.noarch 70/74 wine-system-fonts-2.11-1.fc25.noarch 71/74 wine-wingdings-fonts-2.11-1.fc25.noarch 72/74 wine-core-2.11-1.fc25.i686 73/74 wine-filesystem-2.11-1.fc25.noarch 74/74 Bug has been reported to Fedoras Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 -- 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 4

[Bug 49933] New: Alt+Tab doesn't work with gog installers
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49933 Bug ID: 49933 Summary: Alt+Tab doesn't work with gog installers Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- I need to minimize other windows to see progress. When i try to alttab to an installer i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal. When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable -1: stub!" So, i'm guessing, implementing WINNLSEnableIME will help. -- 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 71

[Bug 50277] New: Haven intro video does not play
by WineHQ Bugzilla 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=50277 Bug ID: 50277 Summary: Haven intro video does not play Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: kai.sterker+wine(a)gmail.com Distribution: --- Created attachment 68825 --> https://bugs.winehq.org/attachment.cgi?id=68825 Debug logs with +mfplat,+gstreamer Upon testing Haven with the builtin media foundation implementation, the following error is logged, the intro movie does not play and the game is stuck at launch: 020c:err:mfplat:media_source_constructor Failed to play source, error 0. 0218:err:mfplat:bus_watch qtdemux0: Internal data stream error. 0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason error (-5) Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can provide any other useful information please let me know. -- 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 32

← Newer
1
2
3
4
5
6
7
...
340
Older →

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 May 2022