wine-bugs

wine-bugs@winehq.org

1 participants
158801 discussions

[Bug 31990] New: Add ability to upload extra files along with test ext
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31990 Bug #: 31990 Summary: Add ability to upload extra files along with test ext Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified That would be good to have the ability to upload extra files (avi files, dlls, .drv, ...) to perform individual test (not part of the test suite). Otherwise it requires to embed the file or use a self extracting exe which are not very convenient. -- 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 3

[Bug 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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 3

[Bug 56962] New: Moto Racer 4 intro movie has broken aspect
by WineHQ Bugzilla 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56962 Bug ID: 56962 Summary: Moto Racer 4 intro movie has broken aspect Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: ef354da59097b206122ec9101ee1f44201cca466 Distribution: --- Created attachment 76780 --> https://bugs.winehq.org/attachment.cgi?id=76780 comparison Good and bad versions. -- 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 56981] New: Mouse movement causes huge CPU spikes when using WINEESYNC.
by WineHQ Bugzilla 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56981 Bug ID: 56981 Summary: Mouse movement causes huge CPU spikes when using WINEESYNC. Product: Wine-staging Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: e479cad86f1f7de5d2a0a0d1398e7733c0aaef3e Distribution: ArchLinux The problem occurs every time when Wine is launched with WINEESYNC=1 - doesn't matter the application or the type of desktop used (virtual/non-virtual). It also happens when wine apps are in background, i.e. the topmost window is from a Linux app, etc. (As a side note Proton's fsync patchset is also affected.) The process with highest CPU usage is c:\windows\system32\explorer.exe (~70%) followed by /usr/bin/wineserver (~40%) - on a 6 core Intel CPU (12 virtual cores). Normally these processes have very low CPU usage (<1%) on mouse movement. I did manual bisect on the wine-development tree and found that commit 90dcd2eaa6b6a2afaf298f1e457938350b0becfc "win32u: Use the thread message queue shared memory in peek_message." was causing the problem with the eventfd_synchronization patchset. After reverting this commit + the other two related win32u commits, CPU usage is back to normal when using esync. Steps to reproduce: 1. Launch any Wine app - for example "winecfg". 2. Move the mouse pointer intensively. 3. See the CPU usage. -- 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 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 24

[Bug 56901] New: Error Starting Counter Strike 2 from Steam
by WineHQ Bugzilla 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56901 Bug ID: 56901 Summary: Error Starting Counter Strike 2 from Steam Product: Wine Version: 8.7 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: raviraj_basis(a)hotmail.com Created attachment 76723 --> https://bugs.winehq.org/attachment.cgi?id=76723 Attachment 1 Hi Visual C++ Runtime Error pops-up when i try to run Counter Strike2(see Screen shot below): Attachment 1. Thanks rraj -- 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 56979] New: the default font should use utf-8 full font in freebsd because none english country file name didn't show char.
by WineHQ Bugzilla 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56979 Bug ID: 56979 Summary: the default font should use utf-8 full font in freebsd because none english country file name didn't show char. Product: Wine Version: 9.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: iwlb(a)outlook.com Created attachment 76804 --> https://bugs.winehq.org/attachment.cgi?id=76804 it didn't show chinese char. the default font should use utf-8 full char font in freebsd because none english country file name didn't show char. -- 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 56978] New: Keyboard Inspector 1.0: No keyboard input is detected
by WineHQ Bugzilla 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56978 Bug ID: 56978 Summary: Keyboard Inspector 1.0: No keyboard input is detected Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kotrigmd(a)gmail.com Distribution: ArchLinux Program download: https://github.com/mat1jaczyyy/Keyboard-Inspector/releases Version 1.0 of Keyboard Inspector uses raw input in combination with an IMessageFilter to detect key presses/releases. After pressing "Start Recording", pressing several keys, and then pressing "Stop Recording", no data is displayed. Keyboard input is detected perfectly fine on native Windows. Version 0.4 relies on WH_KEYBOARD_LL instead, and works without issue on both Linux and native Windows. -- 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 56887] New: Total Commander ftps connection (TLS1.2)
by WineHQ Bugzilla 16 Jul '24

16 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56887 Bug ID: 56887 Summary: Total Commander ftps connection (TLS1.2) Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: daniel.becker(a)quippy.de Distribution: --- Created attachment 76704 --> https://bugs.winehq.org/attachment.cgi?id=76704 The stacktrace of wine that came with that error This used to work - however, I do not know with what version of wine. It stopped working a while ago. Tried to switch Operating System (XP, Win10, ...) but without success. This works in "real" windows (WinXP, Win7, Win10, Win11). See the stack trace for more information. This happens when I try to open a FTPS connection that is secured. FTP without encryption still works. I haven't tried SFTP, if that fails as well, as I do not have an FTP server supporting this. Total Commander is run in 64bit environment. -- 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 56974] New: Ableton 10 to 12's file dialogs cursor interaction don't correspond to real position on HiDPI + Windows 10
by WineHQ Bugzilla 15 Jul '24

15 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56974 Bug ID: 56974 Summary: Ableton 10 to 12's file dialogs cursor interaction don't correspond to real position on HiDPI + Windows 10 Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: io(a)mikelpr.com Distribution: --- Created attachment 76801 --> https://bugs.winehq.org/attachment.cgi?id=76801 screenshot showing issue with system version set to Windows 10, Ableton correctly scales most of its UI elements but the open and save file dialogs show at 1x and the cursor interaction with it is off position attaching screenshot of where my cursor is for it to be on "Documents" what's worse is that moving that window moves where the cursor would need to be to be able to interact with the dialog and it's often outside the dialog so clicking focuses Ableton's window agian :D and also in general items that are past the middle both horizontally and vertically (which is the real problematic one, not so much the horizontal) are unreachable this does not happen on Windows 7 mode. there you have to set zoom manually on Ableton's settings and in general everything scales well but the splash screen which kinda whatever. but still think this dialog thing when set to Windows 10 should be fixed as W10 is reaching EOL and W7 did ages ago and Ableton will probably soon drop W7 support -- 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

Jump to page:

2025

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