wine-bugs November 2023

wine-bugs@winehq.org

1 participants
2904 discussions

[Bug 33492] New: Yukon Trail installer fails to install its font
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=33492 Bug #: 33492 Summary: Yukon Trail installer fails to install its font Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer, win16 Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 10349 Classification: Unclassified The installer will offer to let you install its custom font (optional, not required). If you choose to, it then fails, saying: ========= FATAL ERROR AT SCRIPT LINE 260 Cannot find section header ========= if you open ~/.wine/drive_c/windows/win.ini, and add: [fonts] to the end, the font will install fine -- 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.

2 8

[Bug 48027] New: cmd pipe | not triggering ReadFile EOF
by WineHQ Bugzilla 18 Oct '25

18 Oct '25

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.

1 4

[Bug 10349] New: Yukon Trail installer crashes at the end
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 33

[Bug 47301] New: Visual basic 1.0 Installer crashes
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 3

[Bug 55336] New: Touhou 6 : Full-screen with Alt-tabbing or using DXVK breaks inputs
by WineHQ Bugzilla 18 Oct '25

18 Oct '25

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.org https://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.

1 21

[Bug 25386] New: Poker Night: random long delays between turns and conversations
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 16

[Bug 54858] New: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)
by WineHQ Bugzilla 18 Oct '25

18 Oct '25

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.

1 15

[Bug 24466] New: Sid Meier's Pirates! frequent hiccups, temporary lock-ups
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 18

[Bug 39352] New: Soulbringer launcher doesn't paint buttons initially
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 10

[Bug 40199] New: Medibang Pro: Pressure sensitivity not working
by wine-bugs＠winehq.org 18 Oct '25

18 Oct '25

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.

2 23

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2023