http://bugs.winehq.org/show_bug.cgi?id=58113
Bug ID: 58113
Summary: foobar2000 [v2.24.3 x64]: Volume Control is not
applied on M1 mac
Product: Wine
Version: 10.5
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ssnffb30(a)gmail.com
I am using Default UI.
Changing the volume control bar does not change the actual volume.
I have tried all output devices.
Perhaps it is a bug in winecoreaudio?
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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=58167
Bug ID: 58167
Summary: Pegasus Mail immediately restores window
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
After upgrading from 10.5 to 10.6 I can't minimize Pegasus Mail. When I click
minimize the window only flashes, seems like it minimizes but immediately
restores to open window with the same size as before.
No error messages in console.
git bisect suggests it may be related to commit
6b04bdf25796c9c76815588bf7bdc36ff44b9e13
OS: XUbuntu 24.04.2 LTS
NVIDIA Driver Version: 535.183.01
Using X11 (not Wayland)
--
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=52959
Bug ID: 52959
Summary: Some games are rendered in square instead fullscreen
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: slawek(a)lach.art.pl
Distribution: ---
Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not
render property. It renders only in top-left square (full game frame). Rest of
screen is black.
--
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=47301
Bug ID: 47301
Summary: Visual basic 1.0 Installer crashes
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 64604
--> https://bugs.winehq.org/attachment.cgi?id=64604
Crashlog
This is an old 16Bit program, the installer crashes instantly.
--
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=55336
Bug ID: 55336
Summary: Touhou 6 : Full-screen with Alt-tabbing or using DXVK
breaks inputs
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: riyu12383(a)gmail.com
Distribution: ---
-The Game
Here is a very small demo version of the game from archive.orghttps://archive.org/compress/KoumaTr013/formats=ARCHIVE%20BITTORRENT,METADA…
To launch this version, you'll need to add Japanese locale like this :
LANG=ja_JP.UTF-8 wine 東方紅魔郷.exe
-The bug
When launching the game in Full-screen and Alt-Tabbing or using DXVK, the game
inputs breaks, its scrolls the menu infinitely or quit the game by itself, the
user can't control anything anymore. On the demo version it seems the user only
loose the control.
Interestingly on Windows, since Windows 10, the game has an exaggerated
speed/framerate in full-screen. Which was fixed using this dx8 to dx9 converter
: http://enbdev.com/convertor_dx8_dx9_v0036.htm However this doesn't change
anything with wine.
I originally discovered this bug here :
https://github.com/AlpyneDreams/d8vk/issues/155
--
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=56285
Bug ID: 56285
Summary: Scaling on screen is wrong with Wine Wayland driver
while resolution detected is correct.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skokkineas(a)protonmail.com
Distribution: ---
As you can see in my attachment I have the FF XV Benchmark running in
fullscreen.
My laptop has two screens, the top one has a resolution of 2560x1600 (which is
correctly detected by the Wayland driver). The bottom one is a resolution of
2560x1100.
On X11 the image is scaled properly on the top screen but the detected
resolution is wrong (it detects the top screen as 3840x1400).
Specs:
Laptop: Asus Zephyrus Duo 2023
CPU: 7945HX
GPU: 4090M
RAM: 32 GBs DDR5
Driver: NVK
Distro: Garuda Linux
Wine Version: wine-9.1-73-ge607da943aa (Staging)
DE: Plasma 6 with Apps Scaled By The System selected. (Same happens with Apps
Scaled By Themselves as well - also on Plasma 5)
--
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=25386
Summary: Poker Night: random long delays between turns and
conversations
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: VincentBeers(a)gmail.com
Game is from TellTale Games by the name of Poker Night at the Inventory.
Basically, the problem I have is that sometimes, between turns, the game will
have long delays in which nothing seems to happen (ie the application hangs).
It takes much, much longer than usual to load or interpret a resource than it
should take (or so I assume).
A bigger problem is that these delays are much longer when starting up the game
or any significant screen changes. It can take more than a minute longer to
load the game or any specific areas than it would in Windows.
The terminal isn't spewing out anything during these loading periods, so
attached is all terminal output generated by the app, even outside of these
hanging bits. Steam output may be mixed in too.
Notes:
Unfortunately, this game is not available for free, however, it is available
for fairly cheap (5 euros) for those willing to try. I think some other
TellTale games (and free demos) have the same issue however (they all run on
the same engine, though all of them have some minor differences, improvements,
etc.).
Using the Steam version, but I'm sure the non-Steam version has the same issue
(though I couldn't test as Wine 1.3.7 wouldn't load the game for me). The game
works in 1.3.8, though with loading problems.
Another note is that I am playing the game on a FAT32 partition. This may
affect performance, but I do not expect it to take this much longer, thus it
would still be a bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=40199
Bug ID: 40199
Summary: Medibang Pro: Pressure sensitivity not working
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: takojagi(a)gmail.com
Distribution: ---
Hello.
It does not work the pressure sensitivity of the stylus in Medibang Pro.
However, it works perfectly in native Linux applications (Gimp, Krita, MyPaint,
AzPainter, etc) and other applications under Wine as OpenCanvas.
-Motion Computing J3400 (Tablet PC)
-Manjaro Linux 15.2 Capella
-Medibang Paint Pro
-Wine 1.9.2-4 / 1.5.5 -SAI / and many other
Thank you.
--
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=56391
Bug ID: 56391
Summary: So Blonde: very long loading times
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
"So Blonde" European Retail DVD 1.01 version (English, French and German).
Point-and-click game developed by Wizarbox and released in 2008.
I couldn't find the game on either Steam or GOG. However, for those who want to
confirm the bug, the game is easily found in The Internet Archive Software
Collection.
OS:
Ubuntu 22.04.3 LTS 64bit.
Wine:
wine-9.3 development version (staging version is also affected).
Default Wine configuration, unmodified.
Clean Wine directory.
Description:
The loading times are very long: loading of the game menu, of a new game, of a
save game, between two screens (in the game), and so on.
Loadings last more than a minute, whereas on the same computer but running
Windows, they last less than five seconds.
This problem has been mentioned in AppDB since 2009 ("Every loading takes a
long time"), but has not been the subject of a bug report.
I don't know if this is relevant, but here's the +relay,+seh debug trace I
posted as part of another bug related to the same game (Bug 56390). It weighs
12.6 GB (59.7 MB after compression with rzip).
https://www.swisstransfer.com/d/764a0488-9e26-4d10-ae74-9d89e49cce80
--
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.