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.
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.
https://bugs.winehq.org/show_bug.cgi?id=55176
Bug ID: 55176
Summary: Regression: Wing Commander Secret Ops/Prophecy unable
to launch.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jcarthew(a)gmail.com
Distribution: ---
Game fails to load with a fatal error:
"file 'game\\cdlayout.iff' not found and not optional"
0024:err:vxd:MONODEBG_DeviceIoControl "Fatal: "
0024:err:vxd:MONODEBG_DeviceIoControl "Iff::Iff open file 'game\\cdlayout.iff'
not found and not optional"
0024:fixme:event:wait_for_withdrawn_state window 0x10070/a00001 wait timed out
0024:fixme:event:wait_for_withdrawn_state window 0x20070/a00004 wait timed out
Bug was introduced between WINE 7.8 and 7.9. Generating regression testing to
locate exact patch.
--
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.
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.
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.
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.
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.
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.
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.
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.