https://bugs.winehq.org/show_bug.cgi?id=56128
Bug ID: 56128
Summary: Genshin Impact: after changing to another window and
back, input does not work anymore
Product: Wine
Version: 8.0.2
Hardware: x86-64
URL: https://genshin.hoyoverse.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75800
--> https://bugs.winehq.org/attachment.cgi?id=75800
Log
After changing to another window and then back to the game (with Alt + TAB, for
example), no input will be accepted anymore.
Neither keyboard, mouse, nor gamepad will work until the game is restarted.
After switching to another window, this will be added to the log multiple
times, until returning to the game:
"0238:fixme:win:NtUserGetKeyboardLayout couldn't return keyboard layout for
thread 0074"
There are multiple menu-options in the game that start a webbrowser, after
which this issue will happen, so it is probably quite likely to happen during
normal play once in a while.
If i press the screenshot-key on my keyboard to access the screenshot-UI of
GNOME, use it with the mouse-pointer, and then go back to the game, input will
still work; this is the only exception i noticed.
It is more like an overlay than a window, so i guess the focus still remains on
the game while using it.
Desktop-environment: GNOME (Wayland)
Operating-system: Debian GNU/Linux Testing (Trixie)
Wine-versions tested: 8.0.2, devel 8.18, 9.0-rc-3
Game-version: 4.3
--
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=57927
Bug ID: 57927
Summary: Sony Vegas 13 no longer starts
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Starting from 9e9e894a76582063119f4a9004e8f3a346ad97e8 in 10.0-rc1, Sony Vegas
13 freezes the moment the splash screen appears and doesn't show any loading
progress.
Additionally, although this is an issue that I couldn't manage to bisect due to
how inconsistent it is, is that ever since Wine 9.22, the moment it hits the
stage of "Initializing external monitoring..." during loading, Vegas may freeze
Wine, causing me to have to SIGKILL every process manually. It may provide an
assertion of the following: "Fatal glibc error: pthread_mutex_lock.c:460
(__pthread_mutex_lock_full): assertion failed: robust || (oldval &
FUTEX_OWNER_DIED) == 0"
Unfortunately, I don't think I can provide good reproduction instructions as
Sony Vegas 13 is paid software, although I think the installer may have a
trial.
--
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=56891
Bug ID: 56891
Summary: Visual novel Mebae (Tanuki Soft) crashes on startup
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galmeharku(a)vusra.com
Distribution: ---
Run the game. If the game asks for a save folder, select one. The game will
then crash with a pagefault before reaching the title screen. Running the game
again will also result in a crash every time.
--
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=53620
Bug ID: 53620
Summary: err:ole:com_get_class_object class
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: wuyudi1109(a)gmail.com
Distribution: ---
I run a game, and it shows this.
```
0454:err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a}
not registered
0454:err:ole:com_get_class_object no class object
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} could be created for context 0x1
```
Then crash.
According to
https://wiki.winehq.org/Wine_Developer%27s_Guide/COM_in_Wine#Writing_COM_Co…
I find it's about shell32.dll. And I find that this key is not in wine's reg.
So how can I fix it? (I tried to add it by hand, but still not work.)
Also, I found this in [wine's
code](https://github.com/wine-mirror/wine/blob/master/include/shobjidl.idl)
```
[
uuid(2d3468c1-36a7-43b6-ac24-d3f02fd9607a)
]
coclass EnumerableObjectCollection
{
interface IEnumObjects;
}
```
--
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=58209
Bug ID: 58209
Summary: add an environmental variable to control the Windows
Version
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Distribution: ---
the current environmental variables only include:
https://gitlab.winehq.org/wine/wine/-/wikis/Wine-User's-Guide#environment-variables
WINEDEBUG
WINEDLLOVERRIDES
WINEARCH
WINEPREFIX
there shoud also be an environmental variable to set the Windows Version
(currently set using `winecfg` and choosing Windows Version at the bottom of
the Applications tab)
usage:
WINEWINVER=winxp wine my-old-program.exe
all versions should have a corresponding WINEWINVER variable:
WINEWINVER=
win11
win10
win8.1
win8
win2008r2
...etc...
This also helps speed up testing of apps with issues, it's much faster than
switching Windows Versions using `winecfg` and relaunching the app
--
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=58155
Bug ID: 58155
Summary: Use space-saving APFS clones instead of copying file
data blocks to each WINEPREFIX on macOS
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
CC: dimesio(a)earthlink.net
When a WINEPREFIX is created using Wine on macOS, files from the Wine .app are
copied using actual copying of data blocks, instead of the space-saving
Copy-on-Write cloning mechanism of APFS (Apple File System), which only
references the already existing data blocks.
When using Gcenx's macOS package builds, the data blocks of files are copied
(from I believe Wine.app/Contents/Resources/wine/lib/wine/) to
$WINEPREFIX/drive_c/windows/. This wastes over 300 MB of space for each
WINEPREFIX created, which can add up, especially as it's recommended to install
each Windows app in its own WINEPREFIX. They should instead use APFS CoW clones
(similar to Linux btrfs reflinks).
Solution: use APFS Copy-on-Write when creating WINEPREFIXes, so it is faster
and saves space
How?: using the macOS terminal command `cp -c` uses CoW
see macOS's man pages for `cp(1)` and `clonefile(2)`
macOS 10.14 Mojave man pages online:
https://www.unix.com/man_page/mojave/1/cphttps://www.unix.com/man_page/mojave/2/clonefile/
A Stack Exchange answer mentioning that macOS's "`cp -c` is equivalent to
[Linux] `cp --reflink=always` (not `auto`), and will fail when copy-on-write is
not possible":
https://unix.stackexchange.com/a/504330
APFS was released for macOS devices on September 25, 2017, with the release of
macOS 10.13 High Sierra.
(https://en.wikipedia.org/wiki/Apple_File_System#History)
Gcenx's Wine 10.0 and later package releases for macOS
(https://github.com/Gcenx/macOS_Wine_builds/releases) only support macOS 10.15
Catalina and later. (macOS 10.12 Sierra though macOS 10.14 Mojave can be
installed via MacPorts).
How to test that Wine is not currently using APFS CoW clones: open Disk Utility
before creating a new WINEPREFIX, click on your Container disk and look at the
free space. Now create a new WINEPREFIX, the free space will decrease by about
300 MB. Delete the WINEPREFIX and empty the trash, watch the free space grow
back
--
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=57469
Bug ID: 57469
Summary: Abiword 2.6.8 - Trauncated image in "about" dialog
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 77473
--> https://bugs.winehq.org/attachment.cgi?id=77473
Truncated image in Wine
Abiword 2.6.8 from
https://web.archive.org/web/20210925210302/http://www.abisource.com/downloa…
Open "About" dialog.
"Image" is trauncated see bottom part
--
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=58219
Bug ID: 58219
Summary: Fopnu: "blanks" in download path during initial
configuration
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78533
--> http://bugs.winehq.org/attachment.cgi?id=78533
Wine 10.7
Fopnu: "blanks" in download path during initial configuration
Download Fopnu v1.58 for 32-Bit Windows :
https://softradar.com/static/products/fopnu/distr/1.58/fopnu_softradar-com.…
In the initial configuration, "extra blanks" in the Download Folder
Similar bug in ReactOS: https://jira.reactos.org/browse/CORE-18804
--
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=58202
Bug ID: 58202
Summary: Radiodity GD-73 CPS no text shown in english language,
works in chinese
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zbox(a)atlas.cz
Distribution: ---
Fedora 41, wine-10.4-2.fc41.x86_64.
Steps to reproduce:
- download Radiodity GD-73 CPS:
https://radioddity.s3.amazonaws.com/2021-01-27_GD-73_v1.06_update_package.z…
- install "GD-73 Software/GD-73 V_1.05.exe"
- add libusub0.dll, e.g. from the https://www.dll-files.com/libusb0.dll.html
- run the CPS: wine ./CPS.exe
Current result:
Application doesn't show text
Expected result:
Application shows text
It works OK in Windows 10.
I tried the following (nothing helped):
- installing all fonts from the winetricks
- copying Fonts folder from the Windows 10 machine
If the application is switched to chinese (e.g. in the settings.ini, change
language from "english" to "chinese") the text is correctly shown, but the UI
is in chinese :).
--
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.