https://bugs.winehq.org/show_bug.cgi?id=57754
Bug ID: 57754
Summary: GUI offset in VST plugins
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: project.music(a)web.de
Distribution: ---
VST plugins, that are loaded through tools like yabridge or LinVST can't be
used. If I try to click a button or some other element in the plugins
interface, I have to click way up and way left of the actual displayed thing
(button, knob...).
This occurs in all distros I tested (fedora, endeavouros, openSuse, kubuntu),
from wine version 9.22 up to version 10, stable or staging.
The only way to use windows vst plugins since then is to downgrade to an older
wine version.
If there is anything I can provide to help, please tell me what and how.
--
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=58613
Bug ID: 58613
Summary: wine cannot run WinAuth at all - no GUI, instant crash
Product: Wine
Version: 10.13
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: owokkgccs0s8os0gk4o4gsk8wss0w0ww(a)ai.notifier.in
Distribution: ---
https://github.com/winauth/winauth
1. "wine /path/to/WinAuth.exe"
--
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=51317
Bug ID: 51317
Summary: multiple applications fail with
NLogConfigurationException in Wine-Mono
(PlagiarismDetector, WinAuth, Panzer Paladin)
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is essentially the following NLog bug:
https://github.com/NLog/NLog/issues/2598
NLog is getting tripped up by the op_Implicit method on System.String which
doesn't exist on .NET Framework, and which it can't call with reflection.
This causes PlagiarismDetector to fail to load with:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException:
The invocation of the constructor on type 'PlagiarismDetector.MainWindow' that
matches the specified binding constraints threw an exception. --->
System.TypeInitializationException: The type initializer for
'PlagiarismDetector.MainWindow' threw an exception. --->
NLog.NLogConfigurationException: Error when setting property 'Name' on Console
Target[(unnamed)] ---> System.NotSupportedException: Cannot invoke method with
stack pointers via reflection
It also affects WinAuth
(https://web.archive.org/web/20210310120512/https://github.com/winauth/winau…)
once bug 25167 is fixed, and Panzer Paladin in Proton
(https://github.com/ValveSoftware/Proton/issues/4225).
We can't just remove or make non-public String.op_Implicit because libraries
other than mscorlib use 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.
http://bugs.winehq.org/show_bug.cgi?id=58640
Bug ID: 58640
Summary: winewayland unconditionally sends RCtrl when pressing
RAlt
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: miles(a)milessimpson.com
Distribution: ---
In dlls/winewayland.drv/wayland_keyboard.c, at line 831 (as of 10.13 sources),
there is an unconditional Right Control forced when pressing the Right Alt key,
regardless of keyboard layout, shown here:
/* NOTE: Windows normally sends VK_CONTROL + VK_MENU only if the layout has
KLLF_ALTGR */
if (key == KEY_RIGHTALT) send_right_control(hwnd, state);
This interferes with "us" keyboard layouts and programs that treat left and
right alt keys independently. This differs from XWayland where a R_ALT keypress
is sent through unmodified for the "us" layout.
The line in question has a comment mentioning that this should only happen when
KLLF_ALTGR is specified. There are layouts with that specified, but this check
does not factor that in when deciding to send R_CTRL.
--
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=58639
Bug ID: 58639
Summary: Wine detects an error with the program BestNotes and
states the program must be restarted. BestNotes
continues to run and can be used without major issue.
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: trenakai(a)gmail.com
Distribution: ---
Created attachment 79201
--> http://bugs.winehq.org/attachment.cgi?id=79201
Backtrace generated by Wine debugger.
Wine generates an error upon opening the program, though I am personally unable
to tell what exactly the error is.
--
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=57960
Bug ID: 57960
Summary: ChessBase 18 hangs / stops accepting input a few
seconds after launch
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)brobston.com
Regression SHA1: fd539487b7860ff0a53474aa6fbcbe229f3f42c1
Distribution: Ubuntu
Created attachment 78212
--> https://bugs.winehq.org/attachment.cgi?id=78212
Log from first bad commit with most warnings enabled
I'm running with "Emulate a virtual desktop" active. I can start ChessBase 18
from the command line with `WINEDEBUG="-warn+all,warn-dpa" wine start
"C:\\Program Files\\ChessBase\\CBase18\\CBase18.exe"` in a 64-bit prefix. The
application launches as usual, but after a few seconds, it stops responding to
the mouse altogether. The CBase18.exe process consumes around 200% CPU as
shown in `top` when this situation occurs. The log output does show new log
entries when I focus or unfocus the virtual-desktop window, but otherwise, it
does not typically appear to be logging anything. I then stop the process from
the command line with, for instance, `killall CBase18.exe`.
I will attach a log from the first bad commit and, shortly thereafter, the last
good commit.
--
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=58638
Bug ID: 58638
Summary: Avid iNews 9.1.1.35 crashes shortly after startup
while creating local workspaces
Product: Wine
Version: 10.13
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: phillip.barnett(a)itn.co.uk
Created attachment 79200
--> http://bugs.winehq.org/attachment.cgi?id=79200
Console logs attached
Older versions of iNews (actually called ANWS.exe for obscure Avid reasons!)
worked fine. The new version I need for compatibility with the server crashes
as it's starting.
--
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=56486
Bug ID: 56486
Summary: Battle.net App Crash Cycle on Startup
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Created attachment 76256
--> https://bugs.winehq.org/attachment.cgi?id=76256
Backtrace from the Program Error
Starting up Battle.net App. Login screen shows with a loading circle as if it's
trying to use a saved password to login. I receive a notice that there's an
error and Battle.net has to shut down. I close it, and the error shows up
again. This continues in a cycle until I use "wineserver -k" to exit. The
backtrace saved from this has been attached. I am able to use the Settings
button on the login screen for the Battle.net app, as well as typing in a
username/password, but I cannot go any farther than that because there is no
submit button and it doesn't seem to want to load.
Be aware that I had previously been loading Starcraft II directly using the
SC2Switcher.exe executable, but because a new version needs to be downloaded,
I'm needing to get into the Battle.net app. Not sure if not using the app is a
side effect. For the heck of it, I tried running the setup to update
Battle.net, and the same thing occurred.
--
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.