https://bugs.winehq.org/show_bug.cgi?id=52568
Bug ID: 52568
Summary: Support for AF_UNIX is missing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Newer Windows 10 builds supports AF_UNIX, see
https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for
details.
There have been unfinished attempts to incorporate such support into wine, see
https://www.winehq.org/pipermail/wine-devel/2021-May/187049.html.
--
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=57842
Bug ID: 57842
Summary: Any application with text windows started collapsed.
Including winecfg
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78057
--> https://bugs.winehq.org/attachment.cgi?id=78057
This small artefact in the centre is winecfg started
I tested also wine 9.21 with the same result.
Moving down to old revisions is problematic. Down to 7.1 I can't compile in
macOS.
Version 6.15 works fine.
Will not show a log because there is nothing about 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.
https://bugs.winehq.org/show_bug.cgi?id=9137
Brendan Shanks <bshanks(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bshanks(a)codeweavers.com
--- Comment #10 from Brendan Shanks <bshanks(a)codeweavers.com> ---
This is still an issue with the latest Wine, I was able to reproduce with
lmhostid.exe (from lmtools/flexlm):
http://www.downstreamtech.com/customer-ftp/lmhostid.zip
Specifically, it calls GetAdaptersInfo(), then looks for AddressLength == 6, no
PPP/SLIP/loopback interfaces, and then checks that registry key for an
interface whose NetCfgInstanceId matches AdapterName, and that Characteristics
has NCF_PHYSICAL set. I've attached a test app which goes through this.
--
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=56330
Bug ID: 56330
Summary: Regression: Vietcong: Audio cuts off and repeats
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Vietcong suffers from audio cutting of too early and/or repeating
several times. This is a regression introduced during Wine 5.x development but
still an issue with current git. Bisecting leads to this commit:
a10824a03cb7ad1a2a1987433c5ad832dcdf6962 is the first bad commit
commit a10824a03cb7ad1a2a1987433c5ad832dcdf6962
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Aug 17 10:38:18 2020 -0500
winepulse: Don't rely on pulseaudio callbacks for timing.
Contains contributions from Mark Harmstone and Zhiyi Zhang.
Some devices, especially USB devices, have very irregular timing or
very long periods. Some Windows applications (The Witcher 3) are built
to expect regular, short period times, and so would underrun when the
device timing didn't match their expectations. This patch decouples
the Windows-side timing from the OS-side timing so we can meet those
applications' requirements.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/winepulse.drv/mmdevdrv.c | 613 +++++++++++++++++++-----------------------
1 file changed, 279 insertions(+), 334 deletions(-)
To reproduce, either patch Wine to include the change from #39057 or use the
fan-made patch VCStarter (1.7 BETA) from
http://www.vietcong.info/portal/forum/viewthread.php?thread_id=899
The sound issue is somewhat noticeable with the music in the main menu but very
noticeable if you listen to the drill sergeant in the tutorial levels. Select
"Single player" -> "Tutorial" -> "Drill camp 1".
There's a demo available but it does not exhibit the bug.
--
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=56478
Bug ID: 56478
Summary: Requesting sub HD fullscreen resolutions breaks
applications/games on Apple Silicon
Product: Wine
Version: 9.5
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ammoniak-molar-0r(a)icloud.com
Apple Silicon equipped Macs do not support "legacy" low (virtual?) display
resolutions anymore. Due to this several old Windows games running through wine
are broken, even though they run perfectly well otherwise.
Resolutions like 800x600px and lower are definitely effected, though I think
this applies to anything below 1024x768px.
A possible but undesired workaround is falling back the legacy X11 (XQuartz)
environment and its virtual desktop mode or using windows side tools which
enforce executables to run in windowed mode (like Dxwnd).
To my knowledge implementing something like the before mentioned virtual
desktop mode isn't feasible on macOS as child windows aren't supported.
Therefor I propose the solution, that the winemac.drv should ignore
wine/windows API "fullscreen calls", if the desired resolution is below
1024x768, when running on Apple Silicon. While this might break wine's
philosophy regarding windows function parity it would allow older software to
"just work" again without any manual workarounds.
An effected windows game would be "Colin McRae Rally 2005" which got a Demo
available. Further information, documentation and links regarding this issue
can be found here:
https://github.com/Gcenx/WineskinServer/issues/530#issuecomment-2016763641
Best,
Rastafabisch
--
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=49167
Bug ID: 49167
Summary: Wine staging 5.8 not available on macos download page
Product: Wine-staging
Version: 5.8
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Please check the reason
--
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=57513
Bug ID: 57513
Summary: Keyboard input is unavailable in Russian keyboard
layout in putty
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: unxed(a)mail.ru
Distribution: ---
Tried version
https://the.earth.li/~sgtatham/putty/0.82/w64/putty.exe
~$ wine --version
wine-9.0 (Ubuntu 9.0~repack-4build3)
Mint 22 x64 Cinnamon, x11
Input in English keyboard layout works ok.
--
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=57600
Bug ID: 57600
Summary: Application not showing console output
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: angel.narvaez(a)civiceye.com
Distribution: ---
Created attachment 77715
--> https://bugs.winehq.org/attachment.cgi?id=77715
wine8 vs wine9
I'm running into an issue where an application that can be started from
explorer.exe or cmd.exe is not showing the console output to the unix console.
The "buggy" behavior is present in wine v9, but wine v8 shows the console
output just fine. I believe the related change is in this commit:
https://gitlab.winehq.org/wine/wine/-/commit/4b63e888945b8ada2ddc043e435b93…
In the commit, it is stated that this behavior can be achieved by starting the
app with "./wine app | cat", however that does not seem to be working with wine
or wineconsole (Please see attachments)
When using WINEDEBUG=+console, I can see the application interacting and
writing to the windows console, however nothing is shown on the screen. I need
guidance on this 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.
https://bugs.winehq.org/show_bug.cgi?id=57837
Bug ID: 57837
Summary: game controller unusable
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amie1972(a)163.com
Distribution: ---
The game freezes after turning on the game controller。
The previous version did not have this problem.
Since this operation process directly caused the game to freeze, I cannot
provide screenshots or even 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.