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.
http://bugs.winehq.org/show_bug.cgi?id=58784
Bug ID: 58784
Summary: Debian's source packages by winehq depend on obsolete
libosmesa6-dev
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: shtetldik(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
I tried to install build dependencies for wine-staging using your Debian
repository for forky (Debian testing), and hit such error:
sudo apt build-dep wine-staging
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
Unsatisfied dependencies:
builddeps:wine-staging : Depends: libosmesa6-dev but it is not installable
Error: Unable to correct problems, you have held broken packages.
The problem is that libosmesa6-dev package doesn't exist anymore, it used one
of Mesa binary packages, but it was removed, as things were simplified:
https://tracker.debian.org/pkg/mesa
Can you please correct this in your source packages (this affects other ones
too, not just wine-staging).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58814
Bug ID: 58814
Summary: When editing an item in a ListView or ListCtrl, the
text is truncated after editing.
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
Created attachment 79471
--> http://bugs.winehq.org/attachment.cgi?id=79471
bug video
When editing text items in a ListView or ListCtrl, characters get truncated
after editing. For example, typing “main” results in ‘ma’ after editing.
However, when the window redraws afterward, it correctly displays “main”.
--
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=58813
Bug ID: 58813
Summary: ListView or ListCtrl items are drawn up to the header
section.
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
Created attachment 79470
--> http://bugs.winehq.org/attachment.cgi?id=79470
bug video
ListView or ListCtrl items are drawn up to the header area. It appears to me
that the clip area is not set correctly.
This occurs in Becky's email subject list. It happens when resizing the window,
repeatedly maximizing/minimizing it, or scrolling while receiving emails.
I have attached a video capturing the bug in action.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58811
Bug ID: 58811
Summary: Steam: Unable to display the intended GUI windows due
to steamwebhelper being unresponsive.
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: 2a2cc34db71a86899b69bf3ee1da52793c342019
Distribution: Gentoo
Created attachment 79466
--> http://bugs.winehq.org/attachment.cgi?id=79466
terminal
After 2a2cc34db71 [1], Steam appears to launch, showing its notification area
icon, but no window will appear.
After a while from clicking said icon, the "Steamwebhelper is not responding"
window [2] will appear, with a few different options to restart things with, of
which none do any better.
I believe the
src\vgui2\vgui_surfacelib\Win32Font.cpp (963) : Couldn't get string length
line shows up only when this problem can be seen, which could be a sort of a
hint at least.
Building before the mentioned commit, or reverting it, and efce37afd70 due to
conflicts, on current 'git master' will make it work again.
Hacking on it a bit, removing the 'wcsupr(refkey->name);' line also makes it
work, though maybe that is obvious in this case, and might more or less nullify
the point of the uppercasing intended.
(Did not try a fresh prefix and clean install of Steam yet due to the
cumbersome log-in process, but hopefully that is not necessary here.)
Last tested at 'wine-10.17'.
Thank you!
1.
https://gitlab.winehq.org/wine/wine/-/commit/2a2cc34db71a86899b69bf3ee1da52…
2. https://help.steampowered.com/en/faqs/view/6C3E-9504-CC20-AF49
--
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.