https://bugs.winehq.org/show_bug.cgi?id=57182
Bug ID: 57182
Summary: Clipboard integration is broken with winewayland
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
I noticed that clipboard isn't working in Wine Wayland mode.
A simple test - run notepad in a prefix with Wine Wayland enabled.
Copying anything from it doesn't propagate to system clipboard. Pasting when
system clipboard has something doesn't paste it either.
DE: KDE Plasma 6.1.4, Wayland session.
--
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=57342
Bug ID: 57342
Summary: wine 9.20 is not available for several Debian/Ubuntu
distributions in the WineHQ repositories
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
CC: dimesio(a)earthlink.net
Distribution: ---
Hello
wine 9.20 is still not available in the WineHQ repositories for :
- Ubuntu 24.04 (noble)
- Ubuntu 22.04 (jammy)
- Debian Testing (trixie)
- Debian 12 (bookworm)
However, it is available for:
- Ubuntu 24.10 (oracular)
- Ubuntu 20.04 (focal)
- Debian 11 (bullseye)
Any information on why? Thanks
Regards
--
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=54217
Bug ID: 54217
Summary: SourceInsight: app menu doesn't work
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: x1917x(a)gmail.com
Distribution: ---
The menu bar has no reaction to any mouse clicks, acts like it is disabled.
The issue affects multiple apps, another app I know is Propellerhead Reason
(https://bugs.winehq.org/show_bug.cgi?id=10845).
There was an experimental patch (from Rein Klazes in 2009) which used to fix
the issue, but IIRC this patch was never accepted. Anyway, for many years it
was enough to recompile Wine with that patch to have a working app menu...
until recently. Now dlls/user32/menu.c code was heavily refactored so the patch
cannot be applied even manually (all involved functions are gone etc).
To summarize:
- there is a bug which breaks app menu functionality for at least 2 apps
- at this moment there is NO fix or workaround which can be applied anymore
The original bugreport for Propellerhead Reason is from 2007. A 15-year wine is
nice, but a 15 years old bug in Wine is not - please, please do something with
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=46522
Bug ID: 46522
Summary: Application stops responding
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: https://formatfactory.it.uptodown.com/windows/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63379
--> https://bugs.winehq.org/attachment.cgi?id=63379
Desktop screenshot
Hi! I got an error with FormatFactory 4.5.5. It stops responding when I drag
and drop a file from desktop into the app. To reproduce the bug:
1) Download the program from
https://formatfactory.it.uptodown.com/windows/download
2)Install it
3)Run it. It will ask you if you want to update the program to version 4.5.5.
Update it.
4)Try to drag and drop a file from desktop into the application
5)A new window opens but the program stops responding and you are not able to
do
anything anymore.
I attached a screenshot of the error.
--
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=53354
Bug ID: 53354
Summary: Wine should provide icu.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72742
--> https://bugs.winehq.org/attachment.cgi?id=72742
tzdb.exe
Windows since at least version Windows 10 19H1 ships a icu.dll in the system
directory. The VS2022 (and I think also VS2019) C++ standard library in C++20
mode uses this DLL to implement the timezone database as specified by the C++
standard. The standard library loads this DLL dynamically with LoadLibraryExW
(see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
and throws a std::system_error (see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>
and
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
when it cannot load it. In order to provide compatibility with modern Windows
versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also
exists for older Windows versions even on the Microsoft side (see
<https://github.com/microsoft/STL/issues/1911>).
This issue arose since I recently modernized timezone handling in OpenMPT by
using C++20 chrono. For now, I have worked around the problem in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case:
```
// cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp
#include <chrono>
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
std::chrono::get_tzdb_list();
} catch (const std::exception & e) {
std::cerr << "FAIL: " << e.what() << std::endl;
return 1;
}
std::cout << "OK" << std::endl;
return 0;
}
```
tzdb.exe 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.
https://bugs.winehq.org/show_bug.cgi?id=52115
Bug ID: 52115
Summary: Horizon Zero Dawn crashes during loading
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I tried this game from GoG with vkd3d-git and it crashes during the 1st loading
(see https://youtu.be/3qpdE9FUBQg) -
The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg)
I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" log
--
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=57097
Bug ID: 57097
Summary: Keyboard inputs for special characters on non-english
keyboards are switched in winewayland
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: sutupud(a)yahoo.com
Distribution: ---
I noticed that if I use a german keyboard layout, the key mapping seems to be
off. I'm using kwin_wayland (but also tested on sway, same result).
The regular lower keys are ok, but example, ö produces ü, # produces ä, etc.
Looking at dlls/winewayland.drv/wayland_keyboard.c, I saw that there are
different lookup tables for different languages (scan2vk_qwerty,
scan2vk_azerty. scan2vk_qwertz, ...), so my first quess was that something
might be switched there.
But that doesn't really seem the case, changing it to always use
`scan2vk_qwertz ` regardless of `lang` makes it work.
I don't really have a very good understanding of how this is supposed to work,
but does the appliaction really need to do such a translation? Isn't that
already handled by the layout being passed in? At least that would explain why
it works when doing no such lookup at all.
--
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=4418
vv221 <accounts.winehq.org(a)vv221.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |accounts.winehq.org(a)vv221.f
| |r
--- Comment #30 from vv221 <accounts.winehq.org(a)vv221.fr> ---
With WINE 10.0~rc1, Warlords Battlecry 1 fails to render the introduction
video, showing only a black screen instead.
After skipping these videos (or waiting a bit), the main menu is rendered only
as a static screen, with the mouse cursor seemingly stuck. But moving the mouse
blindly triggers the sounds played when the mouse cursor hovers on top of a
clickable button, so this is probably only a rendering failure.
Running the game in a virtual desktop does not help.
On the same system, Warlords Battlecry 2 works fine, including the introduction
videos.
I am posting here because the initial symptoms are similar, but I am not sure
this is indeed the same bug. Please tell me if I should open another dedicated
bug report about the game menu rendering failure.
---
Source: https://forge.dotslashplay.it/vv221/games/-/issues/21
--
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=56614
Bug ID: 56614
Summary: Videos are not player in The Signifier (GOG)
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 76371
--> https://bugs.winehq.org/attachment.cgi?id=76371
console log
Videos are not played. Observable during menu and on the computer at the
beginning. Console output attached.
wine-9.7-100-g7641124d07a
--
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=57316
Bug ID: 57316
Summary: PowerPoint 2000 now crashes when loading most .ppt
files
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jpleonard12(a)gmail.com
Distribution: ---
Created attachment 77268
--> https://bugs.winehq.org/attachment.cgi?id=77268
Power point file created with PowerPoint 2000 on Wine v9.19
In Wine v9.19, PowerPoint 2000 now crashes when loading most .ppt files. The
console log only reports a couple lines relating to the crash:
0024:fixme:hlink:HlinkQueryCreateFromData 01B5A148
double free or corruption (!prev)
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
This error did not exist in Wine v9.18 or earlier. The application starts up
normally, and a new .ppt file can be created, and saved. But it will crash when
trying to open it again. An example file is attached.
Some older PowerPoint 2000 files created on Windows systems seem to open, but
this behavior does not appear to be consistent. Perhaps it is something in the
content of the file that is causing the error.
--
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.