https://bugs.winehq.org/show_bug.cgi?id=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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=10349
Summary: Yukon Trail installer crashes at the end
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9017)
--> (http://bugs.winehq.org/attachment.cgi?id=9017)
Crash Log
After the Yukon Trail's installer is done installing, it crashes, taking the
file browser it spawns with it.
To reproduce:
-Run installer
-Complete installation
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54858
Bug ID: 54858
Summary: Multiple games call for
"Windows.System.DispatcherQueue" (Tannenberg, The Last
Stand: Aftermath, The Long Dark)
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Lots of
0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue",
{00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub
0e8c:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.System.DispatcherQueue"
8.6-29-ga19c1ff1697
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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=39352
Bug ID: 39352
Summary: Soulbringer launcher doesn't paint buttons initially
Product: Wine-staging
Version: unspecified
Hardware: x86
URL: http://www.gog.com/game/soulbringer
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 52445
--> https://bugs.winehq.org/attachment.cgi?id=52445
screenshot (comparison)
Originally reported in https://bugs.wine-staging.com/show_bug.cgi?id=96
When I start the game launcher, the 4 buttons in it (play,video,advanced,quit)
are not drawn either in fullscreen or in virtual desktop mode.
If I grab the launcher window and move it towards the edge of the screen, the
buttons appear when that part of the window which holds the buttons moves
beyond the screen.
The launcher needs mfc42.dll.
There is no demo version available.
In the terminal:
fixme:win:EnumDisplayDevicesW ((null),0,0x33d9f8,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
fixme:win:EnumDisplayDevicesW ((null),0,0x33d9f8,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x33ddd8,0x00000000), stub!
The patch from staging to blame:
https://github.com/wine-compholio/wine-staging/blob/master/patches/user32-D…
The patch fixes bug #35652.
wine-1.7.51-225-g3966aff
Fedora 22
XFCE 4.12
XOrg 1.17.2
--
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=57259
Bug ID: 57259
Summary: Keepass 2 automatic update dialog is broken
Product: Wine
Version: 9.18
Hardware: x86-64
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 77175
--> https://bugs.winehq.org/attachment.cgi?id=77175
Screenshot Wine
See screenshots.
--
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.