https://bugs.winehq.org/show_bug.cgi?id=47508
Bug ID: 47508
Summary: FL Studio: Pressing backspace while editing the name
of something closes edit name window prematurely
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 64895
--> https://bugs.winehq.org/attachment.cgi?id=64895
A channel highlighted in the channel rack
Since Wine 4.9, pressing backspace to remove text while editing the name of
something closes the window and sets the name as whatever was in the box
usually with one character removed. Before 4.9 pressing backspace only removed
a character without closing the window which is correct behaviour.
Steps to reproduce:
1. Open FL Studio.
2. Press F6 to open the channel rack. If nothing appears or a window
disappeared, press F6 again.
3. There are probably already a few "channels" in the project file (possibly
the demo project opened up). See the image attached. You need to hold shift and
click on the highlighted bit, which is a channel. (Alternatively right click
and select "Rename, color and icon..."). You can pick any channel for this.
4. The edit name window will appear. Type anything, then press backspace to try
and remove a character.
What is expected:
It should remove a character without closing the window, as text editing
usually goes.
What actually happens:
It closes the edit name window.
Sometimes pressing backspace again after the edit name window has closed
(especially when doing this on the mixer) goes on to close the playlist (the
window with a big grid) which is not normal behaviour (doesn't happen before
4.9 either). Pressing backspace usually only changes the snap settings (the
little drop down menu at the top panel of the main FL Studio window which has a
magnet by 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=53594
Bug ID: 53594
Summary: Stacktrace when opening GOG Galaxy
Product: Wine-staging
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oldrecords88(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72984
--> https://bugs.winehq.org/attachment.cgi?id=72984
stacktrace output from Wine dialog
Opening GOG Galaxy using Wine Staging in Ubuntu 21.10 results in a backtrace.
The application still loads and appears to somewhat work (tried downloading and
installing a new game, said installation failed but I'm not sure if it's
directly related).
--
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=53142
Bug ID: 53142
Summary: ieframe:webbrowser - test_ClientSite() has a rare
failure on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser - test_ClientSite() has a rare failure on Windows 10 1809+:
webbrowser.c:2024: Test failed: count = 3 expected 2
https://test.winehq.org/data/patterns.html#ieframe:webbrowser
This failure seems to only happen on the TestBot VMs so maybe QEmu is involved
somehow. The failure rate is about 5.7%.
--
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=52354
Bug ID: 52354
Summary: winemac.drv not functional on non metal GPUs
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Distribution: ---
Since wine-6.17 winemac.drv no longer functions on non Metal GPUs this breaks
legacy versions of mac OS X below 10.11 and systems that contain GPUs that
don't support Metal.
--
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=51784
Bug ID: 51784
Summary: The dinput8:hid output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput8:hid outputs ~26kB of data. This is too much and contributes in pushing
the WineTest reports above the 1.5MB limit.
The traces break down as follows:
0kB failures
25kB todos
0kB traces
0kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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=49443
Bug ID: 49443
Summary: Anno 1800: Super slow & bad performance
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
Distribution: ---
Created attachment 67544
--> https://bugs.winehq.org/attachment.cgi?id=67544
terminal out WineD3D
Hi,
I tried to run Anno 1800 but unfortunately it runs pretty terrible slow on my
end.
The game itself seems to work fine. But when loading into a game it takes me
about 30 minutes on my machine (The loading screen seems unresponsive for most
of the time, animation plays like once every 5 minutes or so). When loaded into
a game I get like <10 FPS (DXVK & WineD3D) and you can visible see the assets
and texures being loaded when scrolling through the map (DXVK, with WineD3D it
is the same, but there are a lot of graphical glitches in addition).
The terminal output attached is with WineD3D. If you require more information
please let me know and I will try to provide it.
my pc
Archlinux
Ryzen 2700x
32gb ram
AMD Vega 56 (Mesa 20.1.1)
game and os on ssd
Kind 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=53666
Bug ID: 53666
Summary: Logitech X-56 Stick crashes the joystick subsystem if
connected
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: ace(a)haxalot.com
Distribution: ---
Created attachment 73072
--> https://bugs.winehq.org/attachment.cgi?id=73072
lsusb for X-56 stick
With Wine 7.13 and upwards (verified as broken on 7.13, 7.14, 7.15, 7.16, and
7.17) connecting my X-56 Joystick to the system seems to cause an exception in
the hid subsystem, with the result of joystick input being completely broken.
Attached are debug logs from Wine 7.17 running the built-in control panel, as
well as lsusb output for the joystick in question.
The throttle seems to work fine, as does gamepads from several brands (original
Xbox, Xbox 360, Steam Controller, Atari VCS modern), as well as a Logitech G29
wheel.
I also have a Saitech Cyborg X (F.L.Y. 5) which shows the same issue if it is
connected when launching (up to Wine 7.16), but works fine if it has been
connected after the control panel has already launched.
--
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=52936
Bug ID: 52936
Summary: winhttp:url assumes 0xfb00 cannot be converted to the
ANSI codepage, fails with UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus
fails fails on Windows with the UTF-8 codepage:
url.c:306: Test failed: expected failure
url.c:307: Test failed: got 0
url.c:346: Test failed: expected failure
url.c:347: Test failed: got 0
https://test.winehq.org/data/patterns.html#winhttp:url
These two pairs of failures happen when calling WinHttpCreateUrl() on the
following URLs respectively:
39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0};
40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0};
So maybe these tests should be skipped when running in a UTF-8 locale since
it's supposed to be able to handle any UTF-16 codepoint.
What is surprising is that this test does not fail on debian11-hi-IN (where
GetACP()==UTF-8). That looks like a bug too.
The tests were introduced in this commit:
commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Nov 6 16:09:04 2018 +0100
winhttp: Properly handle request paths with Unicode characters.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=43235
Bug ID: 43235
Summary: FreeBSD crash on Dungeons & Dragons Online because of
secur32
Product: Wine
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58542
--> https://bugs.winehq.org/attachment.cgi?id=58542
Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10
I attached the output. Maybe it's a built mistake from the maintainer, maybe
it's Wine, I don't know since I'm using the pre-built package from
repositories.
--
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=52462
Bug ID: 52462
Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down
axis of right analog stick
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Left trigger, right trigger, and up/down axis of right analog stick aren't
recognized by Wine, according to game input settings from control panel.
Procedures:
1 - Connect Ípega PG-9025 on Bluetooth
2 - run 'wine control'
3 - Open Game Input Settings
4 - Select "Control test" tab
5 - Press LT, RT buttons, and move right analog stick to up and down
Triggers does works on native GNU/Linux applications
Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE
--
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.