https://bugs.winehq.org/show_bug.cgi?id=53484
Bug ID: 53484
Summary: dxgi:dxgi times out on the debiant VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dxgi:dxgi times out on the debiant VM:
dxgi:dxgi:04b4 done (258) in 120s
https://test.winehq.org/data/patterns.html#dxgi:dxgi
The timeouts started on 2022-07-27 and have been systematic since. Yet neither
the VM configuration nor the test have changed around that date. So the
timeouts are most likely caused by some change in Wine.
Also when adding timing information (WINETEST_TIME) I did not see any place
where the test would get stuck for several seconds. The discrepancy between
debian11 and debiant is just that the test was already slower on debiant:
Up to 2022-07-26 debian11 took 16 s and debiant 70 s
Since 2022-07-27 debian11 takes 96 s and debiant times out
So on 2022-07-27 something caused a 5x slowdown and because debiant was already
4x slower than debian11 it now times out.
--
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=52467
Bug ID: 52467
Summary: Regression from 6.0.2 to 7.0 with Kaseya Live Connect
9.5.0.28 management software
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)papersolve.com
Distribution: ---
Created attachment 71755
--> https://bugs.winehq.org/attachment.cgi?id=71755
backtrace of crash of kaseya live connect management software
Hi, I am reporting a regression from wine 6.0.2 to wine 7.0. Unfortunately it's
with an app that will be rather hard for you to test (it's the technician
software for the Kaseya remote management and monitoring software that allows
techs to connect to computers remotely and manage them... yeah that Kaseya that
got hacked last year!). Works great for me in wine 6.0.2 but not in 7.0, where
one of its components crashes. I will attach the logs and backtrace below, but
I was able to do a bisect and came up with this:
root@ossy:/usr/src/wine-git# git bisect good
5c009c17b3a212c3f5b0034c465077c0c593daae is the first bad commit
commit 5c009c17b3a212c3f5b0034c465077c0c593daae
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Tue Jun 15 23:13:32 2021 -0500
ws2_32: Reimplement bind() and getsockname() on top of IOCTL_AFD_BIND and
IOCTL_AFD_GETSOCKNAME respectively.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ws2_32/socket.c | 344 ++++++-------------------------------------
dlls/ws2_32/tests/afd.c | 8 +-
dlls/ws2_32/tests/sock.c | 2 +-
dlls/ws2_32/ws2_32_private.h | 4 -
4 files changed, 54 insertions(+), 304 deletions(-)
While this is likely related to #47412 and #51464 I'm hoping that my additional
work doing the backtrace will link this up with other bug reports for any other
software that may be affected.
--
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=51779
Bug ID: 51779
Summary: Visual Studio msvsmon fails to bind server socket in
child processes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jacek(a)codeweavers.com
Distribution: ---
Created attachment 70679
--> https://bugs.winehq.org/attachment.cgi?id=70679
hack
When a connection to msvsmon.exe [1] is established, msvsmon spawns a new child
process to listen for more incoming connections. Unix is less permissive in its
SO_REUSEPORT handling than Windows, we may need to be more to handle more of
that ourselves.
The attached hack may be used to work around the problem.
[1] https://wiki.winehq.org/Wine_Developer%27s_Guide/VS_Remote_Debugging
--
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=53738
Bug ID: 53738
Summary: Cherry MIDI sequencer cannot read files with a path
including CJK characters
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shinichi.tanaka45(a)gmail.com
Distribution: ---
Created attachment 73180
--> https://bugs.winehq.org/attachment.cgi?id=73180
files can be opened (bgm_02.CHY) and cannot be opened (音楽_02.CHY). these files
are same except its filename.
A MIDI sequencer application "Cherry"
(http://hp.vector.co.jp/authors/VA010012/, its UI is in Japanese because of
Japanese developer) cannot open some files with a path including CKJ
characters.
When trying to open a file with CJK path, the app Cherry shows a dialog "File
reading error or a malformed file format" (in Japanese). When launch in
terminal with like "wine cherry.exe" then reproduce that behavior, but this app
does ntnot output any logs about that.
Detailed situations are like this:
- files with a name only with ASCII characters can be opened
- files with a name including CJK characters cannot be opened
- files with a name only with ASCII but in a directory with CJK characters
cannot be opened
These behaviors are reproduced in all published versions of Cherry in that
website :
- v1.4.3
- v1.5.2 (alpha)
- v1.5.3 (alpha)
And the locale info in my machine is here:
```
locale
LANG=ja_JP.UTF-8
LANGUAGE=ja:en_US:en
LC_CTYPE="ja_JP.UTF-8"
LC_NUMERIC=ja_JP.UTF-8
LC_TIME=ja_JP.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=ja_JP.UTF-8
LC_MESSAGES="ja_JP.UTF-8"
LC_PAPER=ja_JP.UTF-8
LC_NAME=ja_JP.UTF-8
LC_ADDRESS=ja_JP.UTF-8
LC_TELEPHONE=ja_JP.UTF-8
LC_MEASUREMENT=ja_JP.UTF-8
LC_IDENTIFICATION=ja_JP.UTF-8
LC_ALL=
```
I tried some launching way below with specifying locale but these behaviors are
reproduced:
- `LC_ALL=ja_JP.UTF-8 wine cherry.exe` and open CJK path files
- `LANG=ja_JP.UTF-8 wine cherry.exe` and open CJK path files
I feel this may not be a problem about WineHQ, may be simply a problem about my
locale settings, but I cannot resolve this so report as a 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=53676
Bug ID: 53676
Summary: vbscript can not exec_script - invalid number of
arguments for Randomize
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos port of
Visual Pinball, I've been testing several user made scripts.
I know Global_Randomize is not yet implemented (E_NOTIMPL), but I just came
across a script error with "invalid number of arguments":
Option Explicit
Randomize
On Error Resume Next
==
Randomize [number]
Randomize uses number to initialize the Rnd function's random-number generator,
giving it a new seed value. If you omit number, the value returned by the
system timer is used as the new seed value.
===
In global.c, I think the entry should be:
{L"Randomize", Global_Randomize, 0, 0, 1},
instead of
{L"Randomize", Global_Randomize, 0, 1},
--
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=53081
Bug ID: 53081
Summary: Retina Mode broken since
7f7f9fa22c5cbe629e79a54257d5bd21403e80db
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Setting HKCU\Software\Wine\Mac Driver\RetinaMode="1" no longer has any effect
on high DPI Macs. The windows Wine creates are DPI-Scaled by the operating
system.
This is a regression caused by the following patch:
7f7f9fa22c5cbe629e79a54257d5bd21403e80db is the first bad commit
commit 7f7f9fa22c5cbe629e79a54257d5bd21403e80db
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun May 15 20:27:37 2022 +0200
winemac: Directly use ntdll for registry access in
create_original_display_mode_descriptor.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
A quick check suggests that the registry key itself is picked up OK, so the
problem is probably that the retina code doesn't see the original display mode
correctly and thinks the mode has been changed.
--
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=53631
Bug ID: 53631
Summary: File dialogs partially blacked out and unusable
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dom(a)thinkrad.io
Distribution: ---
After Ubuntu 22.04.1 LTS automatically updates from Wine 7.15 to 7.16, Windows
*** File *** dialog boxes have become unusable within the DipTrace app (PCB CAD
app).
Everything (apart from the file list itself) is blacked out and
buttons/controls are inoperable.
Other dialog boxes, without file lists, appear to be OK - although I have only
had a superficial look so far.
This was definitely working perfectly prior to last night's update, under Wine
7.15
I've also found this report - with screenshots - that is describing exactly the
same issue as I'm having:
https://forum.winehq.org/viewtopic.php?f=2&p=138174
--
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=53590
Bug ID: 53590
Summary: GetFileInformationByHandleEx() not fully implemented
causing boost::directory_iterator failures with boost
v1.79 and newer
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: ---
Created attachment 72974
--> https://bugs.winehq.org/attachment.cgi?id=72974
Repro test
Greetings,
I am using boost::directory_iterator in a project of mine, and noticed that
stating with boost v1.79 (which implementation changed to use
GetFileInformationByHandleEx), Wine (currently using v7.15, but it happens with
former versions) is causing "not implemented" boost errors on directory
iterator creation.
This can easily be reproduced by running 'tut4.exe C:' (example program from
boost/filesystem).
I am attaching a pre-built tut4.exe here with the log I get from it.
--
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=53153
Bug ID: 53153
Summary: SetWindowPos() incorrectly computes exposure region of
parent window with WS_EX_COMPOSITED
Product: Wine
Version: 7.10
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
Distribution: ---
If a window is composited (i.e. has WS_EX_COMPOSITED set and is not using
parent DC) and repaint is triggered by calling SetWindowPos() on its child
window, the parent window's exposed region shall be the union of the old and
new visible region, *not* the difference.
Affected applications:
- KakaoTalk banner ad window is not re-painted correctly on ad rollover,
causing text artifacts from remains of the previous ad.
--
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=51418
Bug ID: 51418
Summary: fotoBiz X - Fatal error on startup
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 70272
--> https://bugs.winehq.org/attachment.cgi?id=70272
Backtrace (6.11)
Hello everyone,
I am revisting an old application where the installer has been fixed and now
works but unfortunately I am running into a different problem. Backtrace is
attached.
--
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.